在基于ARM的嵌入式系統(tǒng)開(kāi)發(fā)中，常常用到交叉編譯的GCC工具鏈有兩種：arm-linux-*和arm-elf-*，兩者區(qū)別主要在于使用不同的C庫(kù)文件。arm-linux-*使用GNU的Glibc，而arm-elf-*一般使用uClibc/uC-libc或者使用REDHAT專(zhuān)門(mén)為嵌入式系統(tǒng)的開(kāi)發(fā)的C庫(kù)newlib.Glibc。uClibc/uC-libc以及newlib都是C語(yǔ)言庫(kù)文件，只是所應(yīng)用的領(lǐng)域不同而已，Glibc是針對(duì)PC開(kāi)發(fā)的，uClibc/uC-libc是與GlibcAPI兼容的小型化C語(yǔ)言庫(kù)，實(shí)現(xiàn)了Glibc部分功能。
關(guān)于uClibc/uC-libc的說(shuō)明，詳見(jiàn)如下：
There are two libc libraries commonly used with uClinux. uC-libc anduClibc. They are quite different despite their similar names. Here is aquick overview of how they are different.
uC-libc is the original library for uClinux. It was based on sourcesfrom the Linux-8086 C library which was part of the ELKs project withm68000 support added by Jeff Dionne and Kenneth Albanowski. It is afairly complete libc implementation, however, some of the API's are alittle non-standard and quite a few common libc routines are notpresent. Currently it has stable support for m68000, ColdFire and ARM(Non-MMU) architectures. It was primary design goal is to be small andlight weight. It does try to conform to any standards, although its APItries to be compatible with most libcs, it is not always exactly thesame.
The uClinux distribution provides an environment that can compileusing either uC-libc or uClibc depending on your needs. For m68000 andColdfire platforms it is generally better to chose uC-libc as itsupports shared libraries and is the most commonly used libc for theseCPUs. uClibc also works quite well with almost all platforms supportedby the distribution. Which libc you choose to use will be decided byyour requirements
uClinux有兩個(gè)經(jīng)常使用的libc庫(kù)：uC-libc和uClibc。雖然兩者名字很相似，其實(shí)有差別，下面就簡(jiǎn)單的介紹一下二者的不同之處。uC-libc是最早為uClinux開(kāi)發(fā)的庫(kù)，是Jeff Dionne和KennethAlbanowski為在EKLs項(xiàng)目中支持m68000在Linux-8086C庫(kù)源碼上移植的。uC-libc是一個(gè)完全的libc實(shí)現(xiàn)，但其中有一些api是非標(biāo)準(zhǔn)的，有些libc的標(biāo)準(zhǔn)也沒(méi)有實(shí)現(xiàn)。uC-libc穩(wěn)定地支持m68000，ColdFire和沒(méi)有MMU的ARM。其主要設(shè)計(jì)目標(biāo)是“小”、"輕"，并盡量與標(biāo)準(zhǔn)一致，雖然它的API和很多l(xiāng)ibc兼容，但是似乎并不像它期望的那樣和所有標(biāo)準(zhǔn)一致。
uClibc就是為了解決這個(gè)問(wèn)題從uC-libc中發(fā)展出來(lái)的。它的所有API都是標(biāo)準(zhǔn)的(正確的返回類(lèi)型，參數(shù)等等)，它彌補(bǔ)了uC-libc中沒(méi)有實(shí)現(xiàn)的libc標(biāo)準(zhǔn)，現(xiàn)在已經(jīng)被移植到多種架構(gòu)中。一般來(lái)講，它盡量兼容glibc以便使應(yīng)用程序用uClibc改寫(xiě)變的容易。uClibc能夠在標(biāo)準(zhǔn)的VM linux和uClinux上面使用。為了應(yīng)用程序的簡(jiǎn)潔，它甚至可以在許多支持MMU的平臺(tái)上被編譯成共享庫(kù)。ErikAnderson在uClibc背后做了很多的工作。uClibc支持許多系列的處理器：m68000，Coldfire，ARM，MIPS，v850，x86，i960，Sparc，SuperH，Alpha，PowerPC和Hitachi8。不斷增加的平臺(tái)支持顯示uClibc能夠很容易的適應(yīng)新的架構(gòu)。uClinux發(fā)行版提供了環(huán)境能夠讓你選擇使用uC-libc或是uClibc編譯。對(duì)于m68000和Coldfire平臺(tái)來(lái)說(shuō)，選擇uC-libc還是稍微好一點(diǎn)，因?yàn)樗С止蚕韼?kù)，而共享庫(kù)是這些cpu經(jīng)常使用的libc.uClibc也幾乎和所有的平臺(tái)都能很好的工作。選擇哪種libc取決于你的需求。
newlib是一個(gè)用于嵌入式系統(tǒng)的開(kāi)放源代碼的C語(yǔ)言程序庫(kù)，由libc和libm兩個(gè)庫(kù)組成，特點(diǎn)是輕量級(jí)，速度快，可移植到很多CPU結(jié)構(gòu)上。newlib實(shí)現(xiàn)了許多復(fù)雜的功能，包括字符串支持，浮點(diǎn)運(yùn)算，內(nèi)存分配(如malloc)和I/O流函數(shù)(printf，fprinf()等等)。其中l(wèi)ibc提供了c語(yǔ)言庫(kù)的實(shí)現(xiàn)，而libm提供了浮點(diǎn)運(yùn)算支持。
在為ARM交叉編譯gcc編譯器時(shí)，對(duì)gcc指定不同的配置選項(xiàng)時(shí)，使用的C語(yǔ)言庫(kù)就不同，gcc編譯器默認(rèn)使用Glibc，也可以使用uClibc/uC-libc(基本兼容GlibcAPI)，當(dāng)使用--with-newlib時(shí)，gcc編譯器不使用Glibc。當(dāng)沒(méi)有交叉編譯Glibc時(shí)，可以使用--with-newlib禁止連接Glibc而編譯bootstrapgcc編譯器。從gcc源目錄下的config/arm中的t-linux和t-arm-elf中可以看出，不同的--target也影響gcc連接C語(yǔ)言庫(kù)，t-linux(--target=arm-linux)默認(rèn)使用Glibc，-arm-elf(--target=arm-elf)使用-Dinhibit_libc禁止連接Glibc，這時(shí)我們就可以使用newlib等其他C語(yǔ)言庫(kù)編譯GCC工具鏈。
雖然GCC工具鏈配置了不同的的C語(yǔ)言庫(kù)，但由于這些C語(yǔ)言庫(kù)都可以用來(lái)支持GCC，它們對(duì)核心數(shù)據(jù)的處理上不存在較大出入。因而arm-linux-*和 arm-elf-*區(qū)別主要表現(xiàn)在C語(yǔ)言庫(kù)的實(shí)現(xiàn)上，例如不同系統(tǒng)調(diào)用，不同的函數(shù)集實(shí)現(xiàn)，不同的ABI\啟動(dòng)代碼以及不同系統(tǒng)特性等微小的差別。
arm-linux-*和 arm-elf-*的使用沒(méi)有一個(gè)絕對(duì)的標(biāo)準(zhǔn)，排除不同庫(kù)實(shí)現(xiàn)的差異，gcc可以編譯任何系統(tǒng)。arm-linux-*和 arm-elf-*都可以用來(lái)編譯裸機(jī)程序和操作系統(tǒng)，只是在遵循下面的描述時(shí)系統(tǒng)程序顯得更加協(xié)調(diào)：
arm-linux-*針對(duì)運(yùn)行l(wèi)inux的ARM機(jī)器，其依賴(lài)于指定的C語(yǔ)言庫(kù)Glibc，因?yàn)橥瑯邮褂肎libc的linux而使得arm-linux-*在運(yùn)行l(wèi)inux的ARM機(jī)器上編譯顯得更加和諧。
arm-elf-*則是一個(gè)獨(dú)立的編譯體系，不依賴(lài)于指定的C語(yǔ)言庫(kù)Glibc，可以使用newlib等其他C語(yǔ)言庫(kù)，不要求操作系統(tǒng)支持，當(dāng)其使用為嵌入式系統(tǒng)而設(shè)計(jì)的一些輕巧的C語(yǔ)言庫(kù)時(shí)編譯裸機(jī)程序(沒(méi)有l(wèi)inux等大型操作系統(tǒng)的程序)，如監(jiān)控程序，bootloader等能使得系統(tǒng)程序更加小巧快捷。
本站僅提供存儲(chǔ)服務(wù)，所有內(nèi)容均由用戶(hù)發(fā)布，如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請(qǐng)
點(diǎn)擊舉報(bào)。
