日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > linux >内容正文

linux

gcc、arm-linux-gcc和arm-elf-gcc的关系?

發(fā)布時間:2023/12/20 linux 39 豆豆
生活随笔 收集整理的這篇文章主要介紹了 gcc、arm-linux-gcc和arm-elf-gcc的关系? 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

一、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的組成結(jié)構(gòu)

GCC 內(nèi)部結(jié)構(gòu)主要由 Binutils、gcc-core、Glibc 等軟件包組成。

  • Binutils:它是一組開發(fā)工具,包括連接器,匯編器和其他用于目標文件和檔案的工具。關(guān)于 Binutils 的介紹可以參考 Binutils 簡單介紹。這個軟件包依賴于不同的目標機的平臺。因為不同目標機的指令集是不一樣的,比如 arm 跟 x86 就不一樣。

  • gcc-core:顧明之意是 GCC 的核心部分,這部分是只包含 c 的編譯器及公共部分,而對其他語言(C++、Ada 等)的支持包需要另外安裝,這也是 GCC 為何如此強大的重要原因 。gcc-core依賴于 Binutils。

  • Glibc:包含了主要的 c 庫,這個庫提供了基本的例程,用于分配內(nèi)存,搜索目錄,讀寫文件,字符串處理等等。kernel 和 bootloader不需要這個庫的支持。

舉例描述下上面 3 個包是如何進行運作的。有一個 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 編譯流程分為四個步驟:預處理、編譯 、匯編、鏈接。個人認為預處理和編譯主要由 gcc-core 來完成,匯編和鏈接主要由 Binutils 來完成。

那么何時用到 glibc 呢?看到源碼中的 printf 函數(shù)沒有,這個函數(shù)在 GCC 中是以庫函數(shù)的形式存在,這個庫函數(shù)在 glibc 庫中,在 stdio.h 頭文件中被聲明。
總的來說,如果真正了解了上面 3 個軟件包的作用,自然就明白 GCC 是如何工作的。

三、交叉編譯

交叉編譯(或交叉建立)是這樣一種過程,它在一種機器結(jié)構(gòu)下編譯的軟件將在另一種完全不同的機器結(jié)構(gòu)下執(zhí)行。一個常見的例子是在 PC 機上為運行在基于 ARM、PowerPC或 MIPS 的目標機的編譯軟件。

幸運的是,GCC 使得這一過程所面臨的困難要比聽起來小得多。GCC 中的一般工具通常都是通過在命令行上調(diào)用命令(如 gcc)來執(zhí)行的。在使用交叉編譯的情況下,這些工具將根據(jù)它編譯的目標而命名。

例如,要使用交叉工具鏈為 ARM 機器編譯簡單的 Hello World 程序,你可以運行如下所示的命令:使用如下命令編譯并測試這個代碼:arm-linux-gcc -o hello hello.c。

四、arm-linux-gcc

arm-linux-gcc 是基于 ARM 目標機的交叉編譯軟件, arm-linux-gcc 跟 GCC 所需的安裝包不同:

x86 跟 ARM 所使用的指令集是不一樣的,所以所需要的 binutils 肯定不一樣;上面提到過 gcc-core 是依賴于 binutils 的,自然 ARM 跟 x86 所使用的 gcc-core 包也不一樣;glibc 一個 c 庫,最終是以庫的形式存在于編譯器中,自然 ARM 所使用的 glibc 庫跟 x86 同樣也不一樣,其它的依此類推。

五、arm-elf-gcc

arm-elf-gcc 跟 arm-linux-gcc 一樣,也是是基于 ARM 目標機的交叉編譯軟件。但是它們不是同一個交叉編譯軟件,兩者是有區(qū)別的,兩者區(qū)別主要在于使用不同的 C 庫文件。

arm-linux-gcc 使用 GNU 的 Glibc,而 arm-elf-gcc 一般使用 uClibc/uC-libc 或者使用 RedHat專門為嵌入式系統(tǒng)的開發(fā)的C庫newlib。只是所應用的領(lǐng)域不同而已,Glibc是針對PC開發(fā)的,uClibc/uC-libc是與Glibc API兼容的小型化C語言庫,實現(xiàn)了Glibc部分功能。

六、uClibc/uC-libc?

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是非標準的,有些libc的標準也沒有實現(xiàn)。uC-libc穩(wěn)定地支持 m68000,ColdFire和沒有MMU的ARM。其主要設計目標是“小”、“輕”,并盡量與標準一致,雖然它的API和很多l(xiāng)ibc兼容,但是似乎并不像它期望的那樣和所有標準一致。

uClibc就是為了解決這個問題從uC-libc中發(fā)展出來的。它的所有API都是標準的(正確的返回類型,參數(shù)等等),它彌補了uC-libc中沒有實現(xiàn)的libc標準,現(xiàn)在已經(jīng)被移植到多種架構(gòu)中。一般來講,它盡量兼容glibc以便使應用程序用uClibc改寫變的容易。

uClibc能夠在標準的 VM linux和uClinux上面使用。為了應用程序的簡潔,它甚至可以在許多支持MMU的平臺上被編譯成共享庫。Erik Anderson在uClibc背后做了很多的工作。uClibc支持許多系列的處理器:m68000,Coldfire,ARM,MIPS,v850, x86,i960,Sparc,SuperH,Alpha,PowerPC和Hitachi 8。

不斷增加的平臺支持顯示uClibc能夠很容易的適應新的架構(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)了許多復雜的功能,包括字符串支持,浮點運算,內(nèi)存分配(如malloc)和I/O流函數(shù)(printf,fprinf()等等)。其中l(wèi)ibc提供了c 語言庫的實現(xiàn),而libm提供了浮點運算支持。

七、C語言庫的選擇

在為ARM交叉編譯gcc編譯器時,對gcc指定不同的配置選項時,使用的C語言庫就不同,gcc編譯器默認使用Glibc,也可以使用 uClibc/uC-libc(基本兼容Glibc API),當使用--with-newlib時,gcc編譯器不使用Glibc。當沒有交叉編譯Glibc時,可以使用--with-newlib禁止連接Glibc而編譯bootstrap gcc編譯器。

從gcc源目錄下的config/arm中的t-linux和t-arm-elf中可以看出,不同的--target也影響gcc連接C語言庫,t-linux(--target=arm-linux)默認使用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-*的使用沒有一個絕對的標準,排除不同庫實現(xiàn)的差異,gcc可以編譯任何系統(tǒng)。arm-linux-*和 arm-elf-*都可以用來編譯裸機程序和操作系統(tǒng),只是在遵循下面的描述時系統(tǒng)程序顯得更加協(xié)調(diào):

  • arm-linux-*針對運行l(wèi)inux的ARM機器,其依賴于指定的C語言庫Glibc,因為同樣使用Glibc的linux而使得arm-linux-*在運行l(wèi)inux的ARM機器上編譯顯得更加和諧。

  • arm-elf-*則是一個獨立的編譯體系,不依賴于指定的C語言庫Glibc,可以使用newlib等其他C語言庫,不要求操作系統(tǒng)支持,當其使用為嵌入式系統(tǒng)而設計的一些輕巧的C語言庫時編譯裸機程序(沒有l(wèi)inux等大型操作系統(tǒng)的程序),如監(jiān)控程序,bootloader等能使得系統(tǒng)程序更加小巧快捷。

總結(jié)

以上是生活随笔為你收集整理的gcc、arm-linux-gcc和arm-elf-gcc的关系?的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯,歡迎將生活随笔推薦給好友。

主站蜘蛛池模板: 麻豆av一区二区三区 | 日本xxxxxwwwww| 特级毛片在线播放 | 色亚洲天堂 | 大桥未久中文字幕 | av片在线免费看 | 蜜桃av一区 | 国产精品人人妻人人爽 | 翔田千里在线播放 | 亚洲av永久一区二区三区蜜桃 | 欧美88av | 看片一区| 99re这里只有精品在线 | 亚洲激情视频 | 免费看片网站91 | 精品在线视频一区二区 | 免费拍拍拍网站 | 亚洲黄色片视频 | 中文字幕va | 日批免费网站 | 午夜影视网 | h官场少妇第三部分 | 国产在线观看免费播放 | 精品国产青草久久久久96 | 日干夜干天天干 | 五十路在线观看 | 在线看的av网站 | 亚洲第一狼人区 | 亚洲午夜精品一区二区 | 97人妻人人揉人人躁人人 | 91午夜影院 | 成人网在线看 | 成人免费影视网站 | 手机版av | 欧美一区二区三区免费看 | 韩国三级hd中文字幕的背景音乐 | 网友自拍av | 亚洲区成人 | 国产成人无码精品久久久久 | 欧美视频网站 | 日本成人在线网站 | 成人mv| 国产主播第一页 | 一本色道久久综合精品婷婷 | mm1313亚洲精品| 你懂的在线观看视频 | 香蕉久久久久久 | 小小姑娘电影大全免费播放 | 特级西西444www大精品视频免费看 | 久久久久久久久久久久久av | 欧美日韩国产免费一区二区三区 | 国产黄频在线观看 | 老牛影视av一区二区在线观看 | 少妇高潮一区二区三区99欧美 | 婷婷亚洲五月色综合 | 国产污污在线观看 | 久久精品国产亚洲av麻豆蜜芽 | 免费在线看黄网址 | 国产亚洲三级 | 99精品视频在线免费观看 | 色悠久| 91国产视频在线观看 | 一级不卡毛片 | 强行挺进白丝老师翘臀网站 | 久久国产剧情 | 欧美手机看片 | 国产大片aaa| 草比网站| 在线观看日韩一区二区 | 99热视 | 少妇乱淫36部 | 第四色影音先锋 | 黄色成人免费网站 | 亚洲成人久 | 在线碰 | 国产精品91在线观看 | 1000部做爰免费视频 | 欧美一区二区三区婷婷月色 | 欧美丰满bbw| 欧美成人a视频 | 成人av不卡 | 性一交一乱一色一免费无遮挡 | 日本午夜视频在线观看 | 蜜臀久久久久久999 大陆熟妇丰满多毛xxxⅹ | 亚洲成人av一区二区三区 | 日韩极品少妇 | 欧美日韩性生活视频 | 天天想你在线观看完整版电影免费 | 涩涩涩涩涩涩涩涩涩 | 公肉吊粗大爽色翁浪妇视频 | 国产美女av| 午夜丰满寂寞少妇精品 | 国产在线观看第一页 | 极品探花在线播放 | 国产亚洲欧美在线精品 | 在线免费视频你懂的 | 97国产免费 | xxxxx亚洲| 五月天丁香婷 |