arm交叉編譯器gnueabi、none-eabi、arm-eabi、gnueabihf、gnueabi區別

arm交叉編譯器gnueabi、none-eabi、arm-eabi、gnueabihf、gnueabi區別

 

命名規則

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

• arch - 體系架構，如ARM，MIPS
• vendor - 工具鏈提供商
• os - 目標操做系統
• eabi - 嵌入式應用二進制接口（Embedded Application Binary Interface）

根據對操做系統的支持與否，ARM GCC可分爲支持和不支持操做系統，如

• arm-none-eabi：這個是沒有操做系統的，天然不可能支持那些跟操做系統關係密切的函數，好比fork(2)。他使用的是newlib這個專用於嵌入式系統的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 架構的裸機系統（包括 ARM Linux 的 boot、kernel，不適用編譯 Linux 應用 Application），通常適合 ARM七、Cortex-M 和 Cortex-R 內核的芯片使用，因此不支持那些跟操做系統關係密切的函數，好比fork(2)，他使用的是 newlib 這個專用於嵌入式系統的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架構的Linux系統，可用於編譯 ARM 架構的 u-boot、Linux內核、linux應用等。arm-none-linux-gnueabi基於GCC，使用Glibc庫，通過 Codesourcery 公司優化過推出的編譯器。arm-none-linux-gnueabi-xxx 交叉編譯工具的浮點運算很是優秀。通常ARM九、ARM十一、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-symbianelf-gcc

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

arm-none-symbianelf 用於symbian，沒用過，不知道C庫是什麼 。

 

Codesourcery

Codesourcery推出的產品叫Sourcery G++ Lite Edition，其中基於command-line的編譯器是免費的，在官網上能夠下載，而其中包含的IDE和debug 工具是收費的，固然也有30天試用版本的。

目前CodeSourcery已經由明導國際(Mentor Graphics)收購，因此本來的網站風格已經所有變爲 Mentor 樣式，可是 Sourcery G++ Lite Edition 一樣能夠註冊後免費下載。

Codesourcery一直是在作ARM目標 GCC 的開發和優化，它的ARM GCC在目前在市場上很是優秀，不少 patch 可能還沒被gcc接受，因此仍是應該直接用它的（並且他提供Windows下[mingw交叉編譯的]和Linux下的二進制版本，比較方便；若是不是頗有時間和興趣，不建議下載 src 源碼包本身編譯，很麻煩，Codesourcery給的shell腳本不少時候根本沒辦法直接用，得自行提取關鍵的部分手工執行，又費精力又費時間，若是想知道細節，其實不用本身編譯一遍，看看他是用什麼步驟構建的便可，若是你對交叉編譯器感興趣的話。

ABI 和 EABI

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

EABI：嵌入式ABI。嵌入式應用二進制接口指定了文件格式、數據類型、寄存器使用、堆積組織優化和在一個嵌入式軟件中的參數的標準約定。開發者使用本身的彙編語言也可使用 EABI 做爲與兼容的編譯器生成的彙編語言的接口。

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

 

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

兩個交叉編譯器分別適用於 armel 和 armhf 兩個不一樣的架構，armel 和 armhf 這兩種架構在對待浮點運算採起了不一樣的策略（有 fpu 的 arm 才能支持這兩種浮點運算策略）。

其實這兩個交叉編譯器只不過是 gcc 的選項 -mfloat-abi 的默認值不一樣。gcc 的選項 -mfloat-abi 有三種值 soft、softfp、hard（其中後二者都要求 arm 裏有 fpu 浮點運算單元，soft 與後二者是兼容的，但 softfp 和 hard 兩種模式互不兼容）：

soft： 不用fpu進行浮點計算，即便有fpu浮點運算單元也不用，而是使用軟件模式。

softfp： armel架構（對應的編譯器爲 arm-linux-gnueabi-gcc ）採用的默認值，用fpu計算，可是傳參數用普通寄存器傳，這樣中斷的時候，只須要保存普通寄存器，中斷負荷小，可是參數須要轉換成浮點的再計算。

hard： armhf架構（對應的編譯器 arm-linux-gnueabihf-gcc ）採用的默認值，用fpu計算，傳參數也用fpu中的浮點寄存器傳，省去了轉換，性能最好，可是中斷負荷高。

把如下測試使用的C文件內容保存成 mfloat.c：

#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;

}

1、使用 arm-linux-gnueabihf-gcc 編譯，使用「-v」選項以獲取更詳細的信息：

# 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模式。

 

 

           交叉編譯工具