jrtplib 3.9.1 交叉编译 linux arm


下面是具体步骤:

1.修改CMakeList.txt,以生成交叉编译的makefile。

打开jthread1.3.1目录中的CMakeList.txt,在开头加入下面几句话        

#告知当前使用的是交叉编译方式  
SET(CMAKE_SYSTEM_NAME Linux)  
#设置c编译器  
SET(CMAKE_C_COMPILER "arm-none-linux-gnueabi-gcc")  
#设置c++编译器  
SET(CMAKE_CXX_COMPILER "arm-none-linux-gnueabi-g++") 


        同样的操作,打开jrtplib3.9.1目录中的CMakeList.txt,在开头加入上面几句话


2.设置配置。

       进入jthread1.3.1目录运行 cmake CMakeList.txt

                                  接着运行 make  

                                      再运行make install

        这样jthread1.3.1的动态链接库就安装到了/usr/local/lib 目录下。


        进入jrtplib3.9.1目录运行 cmake CMakeList.txt

由于开发板上的芯片是小端结构的,所以执行完cmake CMakeList.txt后,要根据大小端情况先修改src文件夹下     的rtpconfig.h,把 #define RTP_BIG_ENDIAN 这句话注释掉。(注意:在执行cmake CMakeList.txt前是没有这 句话的,今天在这里卡了很久)第一次实现的时候有收到开发板发来的数据, 但是vlc就是播放不了,经过抓包对比才找到原因,正常RTP头前两个字节是(80 E0 ),而开发板发来的数据RTP头前两个字节是(02C1 ),这才焕然大悟是大小端的问题。

    接着运行 make  

      再运行 make install

3.将/usr/local/lib目录下的libjthread.so.1.3.1传送到开发板的/usr/local/lib目录下,不执行这一步,应用程序就会因找不到动态链接库而出错


4.将程序传送到开发板,执行,顺利完成。


本资源为arm-linux下的海思编译链工具V300 C语言有三种标准库如下: 1.Glibc glibc = GNU C Library 是GNU项(GNU Project)目,所实现的 C语言标准库(C standard library)。 目前,常见的桌面和服务器中的GNU/Linux类的系统中,都是用的这套C语言标准库。 其实现了常见的C库的函数,支持很多种系统平台,功能很全,但是也相对比较臃肿和庞大。 2.uClibc 一个小型的C语言标准库,主要用于嵌入式。 其最开始设计用于uClinux(注:uClinux不支持MMU),因此比较适用于微处理器中。 对应的,此处的u意思是μ,Micro,微小的意思。 uClibc的特点: (1)uClibc比glibc要小很多。 (2)uClibc是独立的,为了应用于嵌入式系统中,完全重新实现出来的。和glibc在源码结构和二进制上,都不兼容。 3.EGLIBC EGLIBC = Embedded GLIBC EGLIBC是,(后来)glibc的原创作组织FSF所(新)推出的,glibc的一种变体,目的在于将glibc用于嵌入式系统。 EGLIBC的目标是: (1)保持源码和二进制级别的兼容于Glibc 源代码架构和ABI层面兼容 如果真正实现了这个目标,那意味着,你之前用glibc编译的程序,可以直接用eglibc替换,而不需要重新编译。 这样就可以复用之前的很多的程序了。 (2)降低(内存)资源占用/消耗 (3)使更多的模块为可配置的(以实现按需裁剪不需要的模块) (4)提高对于交叉编译(cross-compilation)和交叉测试(cross-testing)的支持 【目前了解到的海思交叉编译工具链的应用环境】 arm-hisiv100-linux为基于uclibc的工具链,arm-hisiv200-linux 为基于 glibc 的工具链; arm-hisiv300-linux为基于uclibc的工具链,arm-hisiv400-linux 为基于 glibc 的工具链; arm-hisiv500-linux为基于uclibc的工具链,arm-hisiv600-linux 为基于 glibc 的工具链。 (在开发的时候,你编译内核所用的交叉编译链跟用户的应用程序所用的交叉编译链一定需要相同,不然没法调用系统内核的依赖库)   其中eglibc这种很容易被人开发者忽视,从而选错了编译工具链。 uClibc和Glibc并不相同,两者有许多不同之处,有可能给你带来一些问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值