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

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

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

  • 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 条评论
登录 后参与评论

相关文章

来自专栏java一日一条

写给精明Java开发者的测试技巧

我们都会为我们的代码编写测试,不是吗?毫无疑问,我知道这个问题的答案可能会从 “当然,但你知道怎样才能避免写测试吗?” 到 “必须的!我爱测试”都有。接下来我会...

541
来自专栏葡萄城控件技术团队

MultiRow发现之旅(六)- 使用MultiRow开发票据应用(附源码)

前文回顾 MultiRow发现之旅(一)- 高效模板设计器 MultiRow发现之旅(二)- 详解属性管理器 MultiRow发现之旅(三)- 模板管理器和Ta...

1835
来自专栏Material Design组件

Material Design — 分隔线(Dividers)

28512
来自专栏互联网杂技

Angular2 脏检查过程

在本文中我将会深入讨论Angular 2 中的变更检测系统。 高层次概览 一个Angular 2 应用就是一颗组件树。 ? Angular 2 应用是一个反馈系...

3608
来自专栏Web 开发

做wordpress CMS必须用到的强力代码(转)

这个代码很强力,做一个wordpress cms的索引页面(index.php) 这个代码是必须要会使用,不然会走很多弯路。

862
来自专栏北京马哥教育

不吹不擂,你想要的Python面试都在这里了【315+道题】

2054
来自专栏牛客网

美团java后台实习三面

美团一面(50分钟) 1、spring的理解。 1、项目相关 2、Redis缓存的应用 3、http解析的全过程 4、Java中的锁 5、Hashmap和con...

3538
来自专栏HT

基于HTML5快速搭建TP-LINK电信拓扑设备面板

  今天我们以真实的TP-LINK设备面板为模型,完成设备面板的搭建,和指示灯的闪烁和图元流动。   先来目睹下最终的实现效果:http://www.hight...

19210
来自专栏hightopo

基于HTML5快速搭建TP-LINK电信拓扑设备面板

783
来自专栏数据小魔方

动态图表11|数值调节器(名称管理器+offset函数)

今天跟大家分享的是动态图表11——使用调节器控件制作动态图表! 本案例会将之前10篇的动态图表综合运用,会用到index函数、offset函数、数值调节器、名称...

3125

扫码关注云+社区