gcc與arm-linux-gcc和arm-elf-gcc的關(guān)系是什么,很多新手對此不是很清楚,為了幫助大家解決這個難題,下面小編將為大家詳細(xì)講解,有這方面需求的人可以來學(xué)習(xí)下,希望你能有所收獲。
轉(zhuǎn)自:
https://blog.csdn.net/ce123_zhouwei/article/details/8220664
一、GCC簡介
The GNU Compiler Collection,通常簡稱 GCC,是一套由 GNU 開發(fā)的編譯器集,為什么是編輯器集而不是編譯器呢?那是因為它不僅支持 C 語言編譯,還支持 C++, Ada,Objective C 等許多語言。另外 GCC 對硬件平臺的支持,可以所無所不在,它不僅支持 X86處理器架構(gòu), 還支持 ARM, Motorola 68000, Motorola 8800,AtmelAVR,MIPS 等處理器架構(gòu)。
gcc-core:顧明之意是 GCC 的核心部分,這部分是只包含 c 的編譯器及公共部分,而對其他語言(C++、Ada 等)的支持包需要另外安裝,這也是 GCC 為何如此強大的重要原因 。gcc-core依賴于 Binutils。
Glibc:包含了主要的 c 庫,這個庫提供了基本的例程,用于分配內(nèi)存,搜索目錄,讀寫文件,字符串處理等等。kernel 和 bootloader不需要這個庫的支持。
舉例描述下上面 3 個包是如何進(jìn)行運作的。有一個 c 源文件 test.c 源碼如下:
#include<stdio.h>
int main(int argc, char *argv[])
{
printf("Hello Linux!!\n");
return 0;
}
編譯命令為: gcc -o test test.c 編譯生成 test 可執(zhí)行文件。gcc 編譯流程分為四個步驟:預(yù)處理、編譯 、匯編、鏈接。個人認(rèn)為預(yù)處理和編譯主要由 gcc-core 來完成,匯編和鏈接主要由 Binutils 來完成。
那么何時用到 glibc 呢?看到源碼中的 printf 函數(shù)沒有,這個函數(shù)在 GCC 中是以庫函數(shù)的形式存在,這個庫函數(shù)在 glibc 庫中,在 stdio.h 頭文件中被聲明。
總的來說,如果真正了解了上面 3 個軟件包的作用,自然就明白 GCC 是如何工作的。
交叉編譯(或交叉建立)是這樣一種過程,它在一種機(jī)器結(jié)構(gòu)下編譯的軟件將在另一種完全不同的機(jī)器結(jié)構(gòu)下執(zhí)行。一個常見的例子是在 PC 機(jī)上為運行在基于 ARM、PowerPC或 MIPS 的目標(biāo)機(jī)的編譯軟件。
幸運的是,GCC 使得這一過程所面臨的困難要比聽起來小得多。GCC 中的一般工具通常都是通過在命令行上調(diào)用命令(如 gcc)來執(zhí)行的。在使用交叉編譯的情況下,這些工具將根據(jù)它編譯的目標(biāo)而命名。
例如,要使用交叉工具鏈為 ARM 機(jī)器編譯簡單的 Hello World 程序,你可以運行如下所示的命令:使用如下命令編譯并測試這個代碼: arm-linux-gcc -o hello hello.c。
arm-linux-gcc 是基于 ARM 目標(biāo)機(jī)的交叉編譯軟件, arm-linux-gcc 跟 GCC 所需的安裝包不同:
x86 跟 ARM 所使用的指令集是不一樣的,所以所需要的 binutils 肯定不一樣;上面提到過 gcc-core 是依賴于 binutils 的,自然 ARM 跟 x86 所使用的 gcc-core 包也不一樣;glibc 一個 c 庫,最終是以庫的形式存在于編譯器中,自然 ARM 所使用的 glibc 庫跟 x86 同樣也不一樣,其它的依此類推。
arm-elf-gcc 跟 arm-linux-gcc 一樣,也是是基于 ARM 目標(biāo)機(jī)的交叉編譯軟件。但是它們不是同一個交叉編譯軟件,兩者是有區(qū)別的,兩者區(qū)別主要在于使用不同的 C 庫文件。
arm-linux-gcc 使用 GNU 的 Glibc,而 arm-elf-gcc 一般使用 uClibc/uC-libc 或者使用 RedHat專門為嵌入式系統(tǒng)的開發(fā)的C庫newlib。只是所應(yīng)用的領(lǐng)域不同而已,Glibc是針對PC開發(fā)的,uClibc/uC-libc是與Glibc API兼容的小型化C語言庫,實現(xiàn)了Glibc部分功能。
uClinux有兩個經(jīng)常使用的libc庫:uC-libc和uClibc。雖然兩者名字很相似,其實有差別,下面就簡單的介紹一下二者的不同之處。uC -libc是最早為uClinux開發(fā)的庫,是Jeff Dionne和Kenneth Albanowski為在EKLs項目中支持m68000在Linux-8086 C庫源碼上移植的。
uC-libc是一個完全的libc實現(xiàn),但其中有一些api是非標(biāo)準(zhǔn)的,有些libc的標(biāo)準(zhǔn)也沒有實現(xiàn)。uC-libc穩(wěn)定地支持 m68000,ColdFire和沒有MMU的ARM。其主要設(shè)計目標(biāo)是“小”、“輕”,并盡量與標(biāo)準(zhǔn)一致,雖然它的API和很多l(xiāng)ibc兼容,但是似乎并不像它期望的那樣和所有標(biāo)準(zhǔn)一致。
uClibc就是為了解決這個問題從uC-libc中發(fā)展出來的。它的所有API都是標(biāo)準(zhǔn)的(正確的返回類型,參數(shù)等等),它彌補了uC-libc中沒有實現(xiàn)的libc標(biāo)準(zhǔn),現(xiàn)在已經(jīng)被移植到多種架構(gòu)中。一般來講,它盡量兼容glibc以便使應(yīng)用程序用uClibc改寫變的容易。
uClibc能夠在標(biāo)準(zhǔn)的 VM linux和uClinux上面使用。為了應(yīng)用程序的簡潔,它甚至可以在許多支持MMU的平臺上被編譯成共享庫。Erik Anderson在uClibc背后做了很多的工作。uClibc支持許多系列的處理器:m68000,Coldfire,ARM,MIPS,v850, x86,i960,Sparc,SuperH,Alpha,PowerPC和Hitachi 8。
不斷增加的平臺支持顯示uClibc能夠很容易的適應(yīng)新的架構(gòu)。uClinux發(fā)行版提供了環(huán)境能夠讓你選擇使用uC-libc或是uClibc編譯。對于m68000和Coldfire平臺來說,選擇uC-libc還是稍微好一點,因為它支持共享庫,而共享庫是這些cpu經(jīng)常使用的 libc。uClibc也幾乎和所有的平臺都能很好的工作。
newlib 是一個用于嵌入式系統(tǒng)的開放源代碼的C語言程序庫,由libc和libm兩個庫組成,特點是輕量級,速度快,可移植到很多CPU結(jié)構(gòu)上。newlib實現(xiàn)了許多復(fù)雜的功能,包括字符串支持,浮點運算,內(nèi)存分配(如malloc)和I/O流函數(shù)(printf,fprinf()等等)。其中l(wèi)ibc提供了c 語言庫的實現(xiàn),而libm提供了浮點運算支持。
在為ARM交叉編譯gcc編譯器時,對gcc指定不同的配置選項時,使用的C語言庫就不同,gcc編譯器默認(rèn)使用Glibc,也可以使用 uClibc/uC-libc(基本兼容Glibc API),當(dāng)使用--with-newlib時,gcc編譯器不使用Glibc。當(dāng)沒有交叉編譯Glibc時,可以使用--with-newlib禁止連接Glibc而編譯bootstrap gcc編譯器。
從gcc源目錄下的config/arm中的t-linux和t-arm-elf中可以看出,不同的--target也影響gcc連接C語言庫,t-linux(--target=arm-linux)默認(rèn)使用Glibc,-arm-elf(--target=arm-elf)使用- Dinhibit_libc禁止連接Glibc,這時我們就可以使用newlib等其他C語言庫編譯GCC工具鏈。
雖然GCC工具鏈配置了不同的的C語言庫,但由于這些C語言庫都可以用來支持GCC,它們對核心數(shù)據(jù)的處理上不存在較大出入。因而arm-linux-* 和 arm-elf-*區(qū)別主要表現(xiàn)在C語言庫的實現(xiàn)上,例如不同系統(tǒng)調(diào)用,不同的函數(shù)集實現(xiàn),不同的ABI/啟動代碼以及不同系統(tǒng)特性等微小的差別。
arm-linux-*和 arm-elf-*的使用沒有一個絕對的標(biāo)準(zhǔn),排除不同庫實現(xiàn)的差異,gcc可以編譯任何系統(tǒng)。arm-linux-*和 arm-elf-*都可以用來編譯裸機(jī)程序和操作系統(tǒng),只是在遵循下面的描述時系統(tǒng)程序顯得更加協(xié)調(diào):
arm-linux-*針對運行l(wèi)inux的ARM機(jī)器,其依賴于指定的C語言庫Glibc,因為同樣使用Glibc的linux而使得arm-linux-*在運行l(wèi)inux的ARM機(jī)器上編譯顯得更加和諧。
arm-elf-*則是一個獨立的編譯體系,不依賴于指定的C語言庫Glibc,可以使用newlib等其他C語言庫,不要求操作系統(tǒng)支持,當(dāng)其使用為嵌入式系統(tǒng)而設(shè)計的一些輕巧的C語言庫時編譯裸機(jī)程序(沒有l(wèi)inux等大型操作系統(tǒng)的程序),如監(jiān)控程序,bootloader等能使得系統(tǒng)程序更加小巧快捷。
看完上述內(nèi)容是否對您有幫助呢?如果還想對相關(guān)知識有進(jìn)一步的了解或閱讀更多相關(guān)文章,請關(guān)注億速云行業(yè)資訊頻道,感謝您對億速云的支持。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。