armgcc交叉編譯的檔案無法運作_arm 交叉編譯器各種gcc 傻傻分不清楚：gnueabi,gnueabhf,none-eaib...

作為一個嵌入式工程師肯定會用到交叉編譯器arm-gcc，但是各種arm-gcc把人弄得暈頭轉向，于是在網上搜尋，還真找到了有人解釋了他們的差別。

https://www.veryarm.com/296.html#comments

• 交叉編譯工具鍊的命名規範是：

arch [-vendor] [-os] [-(gnu)eabi] arch : 架構的意思，如ARM ，MIPS vendor： 工具鍊的提供廠商 os： 支援的作業系統 eabi：嵌入式應用二進制接口（Embedded Application Binary Interface）

• arm gcc還分為 是否支援作業系統

支援作業系統：

arm-none-linux-eabi-gcc

不支援作業系統：

arm-none-eabi-gcc

說明：

1. arm-none-eabi-gcc

（

ARM architecture

，

novendor

，

nottarget an operating system

，

complies with the ARM EABI

）用于編譯 ARM 架構的裸機系統（包括 ARM Linux 的 boot、kernel，不适用編譯 Linux 應用 Application），一般适合 ARM7、Cortex-M 和 Cortex-R 核心的晶片使用，是以不支援那些跟作業系統關系密切的函數。

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 交叉編譯工具的浮點運算非常優秀。一般ARM9、ARM11、Cortex-A 核心，帶有 Linux 作業系統的會用到。

3.

ABI 和 EABI ABI

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

EABI

：嵌入式ABI。嵌入式應用二進制接口指定了檔案格式、資料類型、寄存器使用、堆積組織優化和在一個嵌入式軟體中的參數的标準約定。開發者使用自己的彙編語言也可以使用 EABI 作為與相容的編譯器生成的彙編語言的接口。

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

4. 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中的浮點寄存器傳，省去了轉換，性能最好，但是中斷負荷高。