arm交叉編譯器gnueabi、none-eabi、arm-eabi等的區(qū)別

命名規(guī)則

交叉編譯工具鏈的命名規(guī)則為：arch [-vendor] [-os] [-(gnu)eabi]

arch?– 體系架構(gòu)，如ARM，MIPS

vendor?– 工具鏈提供商

os?– 目標(biāo)操作系統(tǒng)

eabi?– 嵌入式應(yīng)用二進制接口（Embedded Application Binary Interface）

根據(jù)對操作系統(tǒng)的支持與否，ARM GCC可分為支持和不支持操作系統(tǒng)，如

arm-none-eabi：這個是沒有操作系統(tǒng)的，自然不可能支持那些跟操作系統(tǒng)關(guān)系密切的函數(shù)，比如fork(2)。他使用的是newlib這個專用于嵌入式系統(tǒng)的C庫。

arm-none-linux-eabi：用于Linux的，使用Glibc

實例

1、arm-none-eabi-gcc

（ARM architecture，no?vendor，not?target an operating system，complies with the ARM EABI）
用于編譯 ARM 架構(gòu)的裸機系統(tǒng)（包括 ARM Linux 的 boot、kernel，不適用編譯 Linux 應(yīng)用?Application），一般適合 ARM7、Cortex-M 和?Cortex-R 內(nèi)核的芯片使用，所以不支持那些跟操作系統(tǒng)關(guān)系密切的函數(shù)，比如fork(2)，他使用的是 newlib 這個專用于嵌入式系統(tǒng)的C庫。

2、arm-none-linux-gnueabi-gcc

(ARM architecture,?no?vendor,?creates binaries that run on the?Linux?operating system,?and uses the GNU EABI)

主要用于基于ARM架構(gòu)的Linux系統(tǒng)，可用于編譯 ARM 架構(gòu)的 u-boot、Linux內(nèi)核、linux應(yīng)用等。arm-none-linux-gnueabi基于GCC，使用Glibc庫，經(jīng)過 Codesourcery 公司優(yōu)化過推出的編譯器。arm-none-linux-gnueabi-xxx?交叉編譯工具的浮點運算非常優(yōu)秀。一般ARM9、ARM11、Cortex-A 內(nèi)核，帶有 Linux 操作系統(tǒng)的會用到。

3、arm-eabi-gcc

Android ARM 編譯器。

4、armcc

ARM 公司推出的編譯工具，功能和 arm-none-eabi 類似，可以編譯裸機程序（u-boot、kernel），但是不能編譯 Linux 應(yīng)用程序。armcc一般和ARM開發(fā)工具一起，Keil MDK、ADS、RVDS和DS-5中的編譯器都是armcc，所以 armcc 編譯器都是收費的（愛國版除外，呵呵~~）。

5、arm-none-uclinuxeabi-gcc 和?arm-none-symbianelf-gcc

arm-none-uclinuxeabi 用于uCLinux，使用Glibc。

arm-none-symbianelf 用于symbian，沒用過，不知道C庫是什么?。

Codesourcery

Codesourcery推出的產(chǎn)品叫Sourcery G++ Lite Edition，其中基于command-line的編譯器是免費的，在官網(wǎng)上可以下載，而其中包含的IDE和debug 工具是收費的，當(dāng)然也有30天試用版本的。

目前CodeSourcery已經(jīng)由明導(dǎo)國際(Mentor Graphics)收購，所以原本的網(wǎng)站風(fēng)格已經(jīng)全部變?yōu)?Mentor 樣式，但是 Sourcery G++ Lite Edition 同樣可以注冊后免費下載。

Codesourcery一直是在做ARM目標(biāo) GCC 的開發(fā)和優(yōu)化，它的ARM GCC在目前在市場上非常優(yōu)秀，很多 patch 可能還沒被gcc接受，所以還是應(yīng)該直接用它的（而且他提供Windows下[mingw交叉編譯的]和Linux下的二進制版本，比較方便；如果不是很有時間和興趣，不建議下載 src 源碼包自己編譯，很麻煩，Codesourcery給的shell腳本很多時候根本沒辦法直接用，得自行提取關(guān)鍵的部分手工執(zhí)行，又費精力又費時間，如果想知道細(xì)節(jié)，其實不用自己編譯一遍，看看他是用什么步驟構(gòu)建的即可，如果你對交叉編譯器感興趣的話。

ABI 和 EABI

ABI：二進制應(yīng)用程序接口(Application Binary Interface (ABI) for the ARM Architecture)。在計算機中，應(yīng)用二進制接口描述了應(yīng)用程序（或者其他類型）和操作系統(tǒng)之間或其他應(yīng)用程序的低級接口。

EABI：嵌入式ABI。嵌入式應(yīng)用二進制接口指定了文件格式、數(shù)據(jù)類型、寄存器使用、堆積組織優(yōu)化和在一個嵌入式軟件中的參數(shù)的標(biāo)準(zhǔn)約定。開發(fā)者使用自己的匯編語言也可以使用 EABI 作為與兼容的編譯器生成的匯編語言的接口。

兩者主要區(qū)別是，ABI是計算機上的，EABI是嵌入式平臺上（如ARM，MIPS等）。

arm-linux-gnueabi-gcc 和 arm-linux-gnueabihf-gcc

兩個交叉編譯器分別適用于 armel 和 armhf 兩個不同的架構(gòu)，armel 和 armhf 這兩種架構(gòu)在對待浮點運算采取了不同的策略（有 fpu 的 arm 才能支持這兩種浮點運算策略）。

其實這兩個交叉編譯器只不過是 gcc 的選項?-mfloat-abi?的默認(rèn)值不同。gcc 的選項 -mfloat-abi 有三種值?soft、softfp、hard（其中后兩者都要求 arm 里有 fpu 浮點運算單元，soft 與后兩者是兼容的，但 softfp 和 hard 兩種模式互不兼容）：
soft：?不用fpu進行浮點計算，即使有fpu浮點運算單元也不用，而是使用軟件模式。
softfp：?armel架構(gòu)（對應(yīng)的編譯器為?arm-linux-gnueabi-gcc?）采用的默認(rèn)值，用fpu計算，但是傳參數(shù)用普通寄存器傳，這樣中斷的時候，只需要保存普通寄存器，中斷負(fù)荷小，但是參數(shù)需要轉(zhuǎn)換成浮點的再計算。
hard：?armhf架構(gòu)（對應(yīng)的編譯器?arm-linux-gnueabihf-gcc?）采用的默認(rèn)值，用fpu計算，傳參數(shù)也用fpu中的浮點寄存器傳，省去了轉(zhuǎn)換，性能最好，但是中斷負(fù)荷高。

把以下測試使用的C文件內(nèi)容保存成 mfloat.c：
#include
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;
}

1、使用 arm-linux-gnueabihf-gcc 編譯，使用“-v”選項以獲取更詳細(xì)的信息：
# 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模式。

交叉編譯工具

?