交叉编译学习笔记(二)——交叉编译器的命名规则

交叉编译学习笔记(二)——交叉编译器的命名规则

在进行嵌入式开发过程中,用到的交叉编译器经常是这样的名称:

  • arm-linux-gcc
  • arm-none-linux-gnueabi-gcc
  • arm-linux-gnu-gcc

上面对应的交叉编译器的前缀有arm-linux-, arm-none-linux-gnueabi-, arm-linux-gnu-

笔者很困惑,这些编译器同为ARM下的gcc编译器,不同的命名到底会导致这些编译器有哪些区别?于是笔者开始在网上查阅资料,并进行总结。

参考网址: http://blog.csdn.net/zqixiao_09/article/details/51823165 http://www.cnblogs.com/wxishang1991/p/5322499.html http://blog.csdn.net/onlyshi/article/details/51952799 https://zhidao.baidu.com/question/1691117630864232868.html

一. 交叉编译器命名规则

交叉编译工具链的命名规则:

arch [-vendor][-kernel][-system]

其中每部分的含义如下:

  • arch:体系架构,如ARM, MIPS
  • vendor:工具链提供商
  • kernel:目标内核
  • system:目标系统
    • 一般为(gnu)eabi,即嵌入式应用二进制接口(Embedded Application Binary Interface)

另外ARM GCC可以根据是否支持操作系统进行分类。如:

  • arm-none-eabi:该编译器没有操作系统,不能支持那些与操作系统关系密切的函数(如fork(2))
  • arm-none-linux-eabi:该编译器用于Linux系统

1. arch

arch,即系统架构,表明交叉编译器的目标系统平台架构,即用该交叉编译器编译出的程序是运行在哪种CPU上。 常用的arch值如:

  • arm-cortex_a8-linux-gnueabi中的arm
  • mips-ar2315-linux-gnu中的mips
  • powerpc-e500v2-linux-gnuspe中的powerpc
  • x86_64-unknown-mingw32中的x86_64

2. [-vendor]

vendor,即工具链提供商,表示该交叉编译器提供者。 vendor的值貌似是可以随便填写的…… 但一般情况下,大家把vendor携程体系架构的值。如:

  • arm-cortex_a8-linux-gnueabi中的cortex_a8
  • mips-ar2315-linux-gnu中的ar2315
  • powerpc-e500v2-linux-gnuspe中的e500v2

另外,也有把vendor写成交叉编译器作者名字的。

3. [-kernel]

kernel,即内核,指使用该编译器编译出程序的目标系统。对应的环境或系统主要有两种: (1) Linux:表示有操作系统(此处主要指Linux)的环境。 (2) bare-metal:直译为裸金属,表示无操作系统的环境。 比如用该交叉编译器编译一个U-boot或者其他小程序,是运行在无嵌入式Linux系统环境中单独运行的一个程序。又比如平常我们购买的嵌入式系统开发板中,常带有一些如跑马灯的小程序,这种也是运行在无操作系统环境的程序。

4. [-system]

system,直译为系统,其实主要表示交叉编译器所选择的库函数和目标系统。 常见的值有:gnu, gnueabi, uclibcgnueabi

(1) gnu

其实笔者并不知道这里的gnu是不是平常我们所说的gnu…… 那么笔者就默认为是吧…… GNU是一个自由软件工程项目。至于其他更多的信息,可以自行百度…… 这里的gnu,貌似就是表示用的是glibc的意思。

(2) eabi

在说明eabi之前,需要先讲一下abi:

ABI   即二进制应用程序接口(Application Binary Interface(ABI) for the ARM Architecture)。   计算机中,应用二进制接口描述了应用程序和操作系统之间或其他应用程序的低级接口。   一个完整的ABI,像Intel二进制兼容标准(iBCS),允许支持它的操作系统上的程序不经修改在其他支持此ABI的操作系统上运行。   ABI不同于API(应用程序接口)。API定义了源代码和库之间的接口,所以同样的代码可以在支持该API的任何系统中编译。而在使用兼容ABI的系统中,ABI允许编译好的目标代码无需改动,就能运行。

EABI为嵌入式ABI,即Embedded ABI。EABI指定了文件格式、数据类型、寄存器使用、堆积组织优化和在一个嵌入式软件中参数的标准约定。 EABI与ABI的主要区别,是应用程序代码中允许使用特权指令,不需要动态链接,并且使用更紧凑的堆栈帧组织用来节省内存。广泛使用EABI的有Power PC和ARM。

(3) uclibc

uclibc,是c库中的一种。

针对上述gnu, eabi, uclibc,对应的常见组合的含义为:

  • gnu = glibc + oabi
  • gnueabi = glibc + eabi
  • uclibc = uclibc + oabi

例:

  • arm-cortex_a8-linux-gnueabi中的nueabi,即glibc+eabi
  • mips-ar2315-linux-gnu中的gnu,即glibc+oabi
  • powerpc-e500v2-linux-gnuspe中的gnuspe
  • x86_64-unknown-mingw32中的mingw32,用的是64位Windows下的mingw32的库

二. 交叉编译工具链举例

1. arm-none-eabi-gcc

  • arch: arm (ARM architecture)
  • vendor: none (NO vendor)
  • kernel: (empty) (not target an operating system)
  • system: eabi (complies with the ARM EABI)

该编译器一般用于编译ARM架构的裸机系统(包括 ARM Linux 的 boot、kernel,不适用编译 Linux 应用 Application),一般适合 ARM7、Cortex-M 和 Cortex-R 内核的芯片使用,所以不支持那些跟操作系统关系密切的函数(比如fork(2),他使用的是 newlib 这个专用于嵌入式系统的C库)。

2. arm-none-linux-gnueabi-gcc

  • arch: arm (ARM architecture)
  • vendor: none (NO vendor)
  • kernel: linux (creates binaries that run on the Linux operating system)
  • system: gnueabi (uses the GNU EABI)

该编译器主要用于基于ARM架构的Linux系统,可用于编译 ARM 架构的u-boot、Linux内核、linux应用等。 arm-none-linux-gnueabi基于 gcc ,使用 glibc 库,是经过 Codesourcery 公司优化过推出的编译器,且该交叉编译工具的浮点运算非常优秀。一般ARM9, ARM11, Cortex-A 内核,带有 Linux 操作系统的会用到。

3. arm-eabi-gcc

该编译器是Android ARM编译器。

4. armcc

ARM 公司推出的编译工具,功能和 arm-none-eabi 类似,可以编译裸机程序(u-boot, kernel),但是不能编译 Linux 应用程序。 armcc一般和ARM开发工具一起,Keil MDK、ADS、RVDS和DS-5中的编译器都是armcc,所以 armcc 编译器都是收费的。

5. arm-none-uclinuxeabi-gcc & arm-none-sysbianelf-gcc

  • arm-none-uclinuxeabi用于uCLinux,使用glic
  • arm-none-symbianelf用于symbian(不了解)

6. arm-linux-gnueabi-gcc & arm-linux-gnueabihf-gcc

两个交叉编译器名称上的区别在于 gnueabi 与 gnueabihf,分别适用于 armel 和 armhf 两个不同的架构,armel 和 armhf 这两种架构在浮点运算上采用了不同的策略(有 fpu 的 arm 才能支持这两种浮点运算策略)。 其实这两个交叉编译器只是在 gcc 的选项 -mfloat-abi 的默认值不同。gcc的选项-mfloat-abi有三种值:soft, softfp, hard,其值含义如下:

  • soft: 不用fpu进行浮点计算(即使有fpu浮点运算单元,也不使用fpu);
  • softfp: armel架构(对应编译器是arm-linux-gnueabi-gcc)的默认值,用 fpu 计算,但传参数时使用普通寄存器。这样中断的时候,只需要保存普通寄存器,且中断负荷小,但参数需要转换成浮点数之后再计算;
  • hard: armhf架构(对应编译器是arm-linux-gnueabihf-gcc)的默认值,用 fpu 计算,传参数也用 fpu 中的浮点寄存器传递。这样省去了转换,性能最好,但中断负荷高。

测试两个编译器的代码如下:

    #include <stdio.h>  
    int main(void)  
    {  
        double a,b,c;  
        a = 23.543;  
        b = 323.234;  
        c = b/a;  
        printf(“the 13/2 = %f\n”, c);  
        printf(“hello world !\n”);  
        return 0;  
    }  

使用“-v”选项以获取更详细的信息: (1) 使用 arm-linux-gnueabihf-gcc 编译 输入指令如下:

arm-linux-gnueabihf-gcc -v mfloat.c

输出信息如下: COLLECT_GCC_OPTIONS=’-v’ ‘-march=armv7-a’ ‘-mfloat-abi=hard’ ‘-mfpu=vfpv3-d16′ ‘-mthumb’ -mfloat-abi=hard 可看出使用hard硬件浮点模式。 (2) 使用 arm-linux-gnueabi-gcc 编译 输入指令如下:

arm-linux-gnueabi-gcc -v mfloat.c

输出信息如下: COLLECT_GCC_OPTIONS=’-v’ ‘-march=armv7-a’ ‘-mfloat-abi=softfp’ ‘-mfpu=vfpv3-d16′ ‘-mthumb’ -mfloat-abi=softfp 可看出使用softfp浮点模式。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏从零开始学自动化测试

Selenium2+python自动化63-二次封装(click/send_kesy)

前言 我们学了显示等待后,就不需要sleep了,然后查找元素方法用参数化去定位,这样定位方法更灵活了,但是这样写起来代码会很长了,于是问题来了,总不能每次定位一...

3405
来自专栏西枫里博客

My97DatePicker日期控件自定义脚本日期在ThinkPHP5下面报错

最近一个项目又牵扯到日期限定的操作,在thinkPHP5下集成My97DatePicker过程中报了一个未定义变量:D的错误。一般性载入没问题,只有在自定义脚本...

301
来自专栏React Native开发圈

React Native二维码生成组件

value:二维码的值 size:大小,默认128 bgColor:背景色,默认#000 fgColor:前景是,默认#fff

762
来自专栏大内老A

[WCF-Discovery] 实例演示:如何利用服务发现机制实现服务的“动态”调用?

前面两篇(《服务如何能被”发现”》和《客户端如何能够“探测”到可用的服务?》)我们分别介绍了可被发现服务如何被发布,以及客户端如果探测可用的服务。接下来我们通过...

1875
来自专栏前端杂货铺

deno深入揭秘及未来展望

node.js之父Ryan Dahl在一个月前发起了名为deno的项目,项目的初衷是打造一个基于v8引擎的安全的TypeScript运行时,同时实现HTML5...

901
来自专栏CDA数据分析师

数据工程师常用的几个小工具(附python源代码)

? 作者 小溏 原文链接:http://www.cnblogs.com/lihuafengzi/p/8243904.html 作为数据工程师或者数据分析师...

2007
来自专栏小曾

.Net高级进阶,教你如何构建企业模型数据拦截层,动态控制字段验证

如图:现在你要在控制器里面判断,账号名称、密码、邮箱不能为空,并且名称和密码不超过16位。

931
来自专栏前端侠2.0

css3的transform造成z-index无效, 附我的牛逼解法

我想锁表头及锁定列。昨天新找的方法是用css3的transform,这个应该在IE9以上都可以的。

1243
来自专栏从零开始学自动化测试

Selenium2+python自动化44-元素定位参数化(find_element)

前言 元素定位常用的有八种方法,这个能看到这一篇的小伙伴都知道了,那么有没有一种方法,可以把常用的八种定位合为一种呢?也就是把定位的方式参数化,如id,name...

3205
来自专栏ml

ijg库解码超大型jpeg图片

1. ijg库解码超大型jpeg图片(>100M)的时候,如何避免内存溢出。        采用边解码边压缩的策略,每次解码一行或者若干行图片数据,然后对于这些...

3908

扫码关注云+社区