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

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

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

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

相关文章

来自专栏Kirito的技术分享

浅析项目中的并发(二)

分布式遭遇并发 在前面的章节,并发操作要么发生在单个应用内,一般使用基于JVM的lock解决并发问题,要么发生在数据库,可以考虑使用数据库层面的锁,而在分布式...

407130
来自专栏Android 研究

Android跨进程通信IPC之1——Linux基础

由于Android系统是基于Linux系统的,所以有必要简单的介绍下Linux的跨进程通信,对大家后续了解Android的跨进程通信是有帮助的,本篇的主要内容如...

24730
来自专栏偏前端工程师的驿站

JS魔法堂:精确判断IE的文档模式by特征嗅探

一、前言                                 苦逼的前端攻城狮都深受浏览器兼容之苦,再完成每一项功能前都要左顾右盼,生怕浏览器不支持...

21090
来自专栏mukekeheart的iOS之旅

操作系统基础知识整理

1、操作系统分类 批处理操作系统、分时操作系统(Unix)、实时操作系统、网络操作系统、分布式操作系统、微机操作系统(Linux、Windows、IOS等)、嵌...

32260
来自专栏智能大石头

ObjectDataSource选择业务对象列表为空的探讨

前天晚上,在一个页面上拖了一个ObjectDataSource,配置数据源时发现选择业务对象的列表没有列出当前项目的实体类,甚至连NewLife.CommonE...

19470
来自专栏Jack-Cui

Jetson TX1开发笔记(三):开发利器-Nsight Eclipse Edition

PC平台(Host): 虚拟机Ubuntu14.04 嵌入式平台(Target): Jeston TX1 一、NSight简介     Jetpack开...

32850
来自专栏Debian社区

协议介绍之深入了解 gRPC

经过很长一段时间的开发,TiDB 终于发了 RC3。RC3 版本对于 TiKV 来说最重要的功能就是支持了 gRPC,也就意味着后面大家可以非常方便的使用自己喜...

43040
来自专栏FreeBuf

代码审计之任意文件下载漏洞案例分享

继上次审计HDWiki之后,最近拿到一套新的源码Ear_Music_20180510_UTF8最新版进行审计,发现这套cms还是比较安全的,而当我审计遇到一处下...

17140
来自专栏程序员宝库

从零开始写 PHP 扩展

PHP 是用 C 语言写的。对于每个 PHPer 来说,都有着内心的一种希望写扩展的冲动了吧。然而,缺乏一个很好的切入点。Google 上搜 PHP 扩展开发,...

36070
来自专栏腾讯IVWEB团队的专栏

一次 Node.js 内存溢出

因为内存上限设置不合理,引起的内存溢出问题。之前压测时候只关注了是否存在内存泄露与cpu占用,而忽视了内存占用这个问题。对于部署服务时,要根据机器的内存上限以及...

75000

扫码关注云+社区

领取腾讯云代金券