海思ARM平台交叉编译zeroMQ

33 篇文章 1 订阅
15 篇文章 5 订阅

       在使用海思的项目中要使用到ZeroMQ这个消息队列框架,之前在PC端使用感觉不错。所以通过要通过交叉编译,将其移植到ARM平台。

      移植方法,可以参考 https://blog.csdn.net/sishuihuahua/article/details/77203094  

      以下是我使用海思交叉编译工具的方法:

一、配置编译器

./configure --host=arm-himix100-linux --prefix=/opt/hisi-linux/zeromq-4.1.6/arm-zeromq  --without-libsodium
arm-himix100-linux

   --host=arm-himix100-linux   ===> 表明使用的是 arm-himix100-linux 这个交叉编译工具

   --prefix=/opt/hisi-linux/zeromq-4.1.6/arm-zeromq ===> 表明编译后安装的目录在 /opt/hisi-linux/zeromq-4.1.6/arm-zeromq 这个目录下面

 

二、编译及安装

make  && make  install

 

三、解决海思开发板硬件资源有限导致无法使用ZeroMQ

      由于海思开发板子上面的SPI FLASH使用的是16MBytes,扣除到杂七杂八的存储,剩下给用户使用的容量空间只有几兆。因此,我们是无法直接将ZeroMQ编译出来的动态库 libzmq.so.5.0.2 直接放到 /usr/lib 里面来使用(Zeromq的应用会动态加载该动态库)。因此,我们可以想到的办法是,将 libzmq.so.5.0.2 放到外部存储空间(如SD卡上面),然后指定环境变量到SD的路径。这样的话,我们写的App在加载动态库的时候,就可以到 SD的路径上 加载到 libzmq.so.5.0.2

       方法顺序如下

     1、通过修改开机shell脚本( /etc/init.d 目录下),开机自动挂载SD卡到指定目录 

mount /dev/mmcblk0p1 /root/mmc

     2、修改 /etc/profile 文件中的环境变量参数,增加 libzmq.so.5.0.2 所在的SD卡路径

     3、重启即可

 

 

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
本资源为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、付费专栏及课程。

余额充值