ARM交叉編譯鏈的制作

1、ARg叉編譯鏈的制作1. 直接下載已經(jīng)編譯好的文件。例如：，那個(gè)地址提供已經(jīng)編譯好的cross，如。直接下載某個(gè)包后解壓，然后創(chuàng)建適合的鏈接或輸出環(huán)境變量即可挪用。這種做法操作很簡(jiǎn)單，可是不能依照自己的需求去概念，只能選擇已經(jīng)編譯好的東西。2. 自己動(dòng)手利用crosstool來(lái)制作。A. 在CROSSTOOK方網(wǎng)站下載源碼包，解壓，進(jìn)入解壓后的目錄。$sudowget$sudotar-xzvfB. 以ROO械立目錄，寄存生成的交叉編譯鏈改變?cè)撃夸浀乃姓邽橐话阌脩衾?，寄存生成的交叉編譯鏈目錄為/opt/crosstool，如下所示：sudomkdir/opt/crosstoolsudocho

2、wn$USER/opt/crosstoolC. 修改針對(duì)目標(biāo)板的腳本文件。$sudovi（1）這幾個(gè)環(huán)境變量能夠依如實(shí)際情形修改TARBALLS_DIR=$HOME/downloadsRESULT_TOP=/opt/crosstoolexportTARBALLS_DIRRESULT_TOPGCC_LANGUAGES="c,c+"exportGCC_LANGUAGES（2）在假設(shè)干行eval語(yǔ)句當(dāng)選擇要成立的交叉編譯鏈的組合，去掉該行eval的#號(hào)。例如要做gcc為，glibc為的工具鏈eval'catarm.datgcc-3.4.5-glibc-2.3.6.dat&

3、#39;shall.sh-notestD. 修改目標(biāo)板腳本文件中eval那一行顯現(xiàn)的體系結(jié)構(gòu)的配置文件$sudoviKERNELCONFIG='pwd'/TARGET=arm-unknown-linux-gnuTARGET_CFLAGS="-O"能夠修改TARGE技量為T(mén)ARGET=arm-S3C2410-linux-gnu（你的arm型號(hào)）E. 修改目標(biāo)板腳本文件中eval那一行顯現(xiàn)的工具鏈的匹配文件$sudovi以上變量要依如實(shí)際情形修改。只是例如想下載的版本，而且下載gdb最新的版本。內(nèi)核具體的版本要參照和。例如。F. 以一般用戶運(yùn)行腳本$sudosh

4、進(jìn)入漫長(zhǎng)的等待進(jìn)程中3. 安裝完成后途徑設(shè)置和測(cè)試。編輯/.bash_profile,在其中exportPATH前加入如此一行，PATH=/opt/crosstool/gcc-3.4.5-glibc-2.3.6/arm-S3C2410-linux-gnu/bin:$PATH，改完后我的是如此的#UserspecificenvironmentandstartupprogramsPATH=$PATH:$HOME/binPATH=/opt/crosstool/gcc-3.4.5-glibc-2.3.6/arm-S3C2410-linux-gnu/bin:$PATHexportPATHunsetUSE

5、RNAME然后就好了。能夠開(kāi)始測(cè)試?yán)昧?。測(cè)試的方式很簡(jiǎn)單，隨意找個(gè)程序源碼編譯一下就好了。那個(gè)地址用的這些編譯器生成的是二進(jìn)制文件，和平常的gcc生成的可執(zhí)行文件并非相同。例如我測(cè)試時(shí)的文件是，#include<>intmain()printf("Hello!");return0;挪用新的arm-linux-gcc來(lái)編譯：arm-S3C2410-linux-gnu-gcc-otesttest.c,這時(shí)生成的test文件是一個(gè)二進(jìn)制的可執(zhí)行文件，并非是咱們平常經(jīng)常使用的，因此在PC上執(zhí)行那個(gè)文件的話是不行的，系統(tǒng)會(huì)提示：bash:./test:cannotexe

6、cutebinaryfile。因此不能用這種方式來(lái)測(cè)試交叉編譯是不是成功。而應(yīng)改采納file命令，例如我的是如此的：filetest結(jié)果如下：test:ELF32-bitLSBexecutable,ARM,version1(ARM),forGNU/Linux2.4.3,dynamicallylinked(usessharedlibs),forGNU/Linux2.4.3,notstripped若是顯現(xiàn)如此的結(jié)果說(shuō)明交叉編譯環(huán)境已經(jīng)安裝成功。不然從頭想方法吧第二種方式中，gcc，gdb等文件的下載方式有兩種，一是設(shè)置好網(wǎng)絡(luò)后讓shell程序自己去下載，這種方式簡(jiǎn)單，可是下載速度不敢恭維。另外一種

7、是自己利用下載工具去下載，然后將寄存途徑告知，即里面的內(nèi)容。這種方式速度讓人中意。推薦利用。昨天成立ARg叉編譯環(huán)境(arm-none-linux-gnueabi-gccwithEABI)2020-03-2411:00終于把交叉編譯環(huán)境、移植內(nèi)核和制作root文件系統(tǒng)在arm開(kāi)發(fā)板上順利跑通了。期間有的步驟很順利，但更多的是被諸多問(wèn)題困擾，比如最后一個(gè)不起眼的小問(wèn)題致使文件系統(tǒng)無(wú)法加載，愁悶了我一個(gè)禮拜，最終通過(guò)度析慢慢發(fā)覺(jué)了那個(gè)bug。還有各源碼包版本的問(wèn)題，而且網(wǎng)上很多介紹都是基于舊版本的。我那個(gè)地址全數(shù)用最新或較新的版本，固然，至于新舊版本到底哪個(gè)更好更適合，這是個(gè)智者見(jiàn)智的論題，不在本

8、文討論之列。我堅(jiān)信很多人也碰到過(guò)或即將碰到我曾經(jīng)歷過(guò)的錯(cuò)誤和問(wèn)題，因此我感覺(jué)把我過(guò)去兩周做過(guò)的相關(guān)工作，詳細(xì)地寫(xiě)下來(lái)，希望對(duì)大伙兒有所幫忙！第一是平臺(tái)和環(huán)境，我過(guò)去兩周都是基于vmware中ubuntu的，可是我發(fā)覺(jué)ubuntu那個(gè)很火的桌面linux發(fā)行版本并非適合進(jìn)行嵌入式開(kāi)發(fā)，典型的麻煩確實(shí)是系統(tǒng)缺少很多庫(kù)、效勞等等，需要自己手動(dòng)安裝，增加了很多額外的工作，和我以前用的SuSe9比麻煩很多。只是因此此刻我干脆全新裝了一個(gè)SUSE11.2EnterpriseServer32bit，把過(guò)去的工作重復(fù)一遍，邊編譯邊紀(jì)錄，力求不遺漏細(xì)節(jié)!進(jìn)程預(yù)覽：1，預(yù)備工作，包括下載源碼包、補(bǔ)丁、成立文件夾和

9、設(shè)置環(huán)境變量等2，成立內(nèi)核頭文件3，成立binutils4，成立bootstrapgcc5，成立glibc6，成立完整版本gcc7，測(cè)試helloworld此刻就讓咱們開(kāi)始吧！1 預(yù)備工作我利用的源碼包和補(bǔ)丁如下：至于怎么取得這些源碼包，找google吧！成立工作目錄自己選一個(gè)適合的地址，成立一個(gè)總文件夾Embedded,而且在其下成立build-toolskernel和tools三個(gè)子文件夾、咱們以后的操作就都在那個(gè)地址進(jìn)行了。$mkdirEmbedded$cdEmbedded$mkdirbuild-toolskerneltool$lsbuild-toolskerneltool各文件夾作用如

10、下：build-tools:保留binutils、gcc和glibc的源代碼和用來(lái)編譯這些源代碼的目錄。kernel:保留內(nèi)核源代碼和補(bǔ)丁。tools:保留編譯好的交叉編譯工具和庫(kù)文件。然后在build-tools文件夾中成立如下子文件夾：$cdbuild-tools$mkdirbuild-binutilsbuild-boot-gccbuild-glibcbuild-gccbuild-binutils：編譯binutils的目錄build-boot-gcc編譯 gcc 啟動(dòng)部份的目錄glibc 的目錄gcc 的目錄build-glibcbuild-gcc設(shè)置環(huán)境變量：那個(gè)地址設(shè)置環(huán)境變量只是為

11、了方便，因?yàn)槊恳粋€(gè)工具的config都需要輸入類似的變量，不如放在環(huán)境變量里。在命令行下打開(kāi)vi/.bashrc，在文檔最后輸入下面幾行，然后注銷當(dāng)前用戶，從頭登錄exportPRJROOT=/home/jinglelong/MySoftware/EmbeddedexportTARGET=arm-none-linux-gnueabiexportPREFIX=$PRJROOT/toolsexportTARGET_PREFIX=$PREFIX/$TARGETexportPATH=$PREFIX/bin:$PATH各變量的具體意義如下：PRJROOT:整個(gè)工程的根目錄，那個(gè)地址固然是Embeded了

12、TARGET:目標(biāo)文件對(duì)應(yīng)的體系結(jié)構(gòu)，arm-linux代表編譯出來(lái)的target只能在arm體系結(jié)構(gòu)中運(yùn)行PREFIX:設(shè)置目標(biāo)文件夾的途徑前綴TARGET_PREFIX:設(shè)置目標(biāo)文件夾的途徑前綴途徑PATH:添加可執(zhí)行文件的途徑，那個(gè)地址主若是只中間編譯工具等2 成立內(nèi)核include文件$ln-s/home/jinglelong/MySoftware/Embedded/kernel/linux-2.6.34/include/linux$TARGET_PREFIX/include/linux$ln-s/home/jinglelong/MySoftware/Embedded/kernel/l

13、inux-2.6.34/include/asm-generic/$TARGET_PREFIX/include/asm-generic$ln-s/home/jinglelong/MySoftware/Embedded/kernel/linux-2.6.34/arch/arm/include/asm/$TARGET_PREFIX/include/asm編譯生成version頭文件那個(gè)是編譯glibc時(shí)必需的，利用命令：makeinclude/linux/3 成立binutils解壓binutils源碼到文件夾：配置:cd$PRJROOT/build-tools/build-binutils$./b

14、inutils-2.20/configure-target=$TARGET-prefix=$PREFIX編譯：make犯錯(cuò)：config/:Infunctionmake_mapping_symbo:lconfig/tc-arm.c:2489:error:suggestbracesaroundemptybodyinanifstatement打開(kāi)文件config/，把2490行的語(yǔ)句，用一對(duì)大括號(hào)括起來(lái)就能夠夠了安裝：makeinstall完成后檢查一下$PREFIX文件夾，是不是多了三個(gè)子文件夾，bin,lib,share?打開(kāi)bin,發(fā)覺(jué)里面生成了14個(gè)可執(zhí)行文件：rootlocalhostb

15、in#lsarm-none-linux-gnueabi-asarm-none-linux-gnueabi-addr2linearm-none-linux-gnueabi-gprofarm-none-linux-gnueabi-nmarm-none-linux-gnueabi-objdumparm-none-linux-gnueabi-readelfarm-none-linux-gnueabi-stringsarm-none-linux-gnueabi-ararm-none-linux-gnueabi-c+filtarm-none-linux-gnueabi-ldarm-none-linux-g

16、nueabi-objcopyarm-none-linux-gnueabi-ranlibarm-none-linux-gnueabi-sizearm-none-linux-gnueabi-strip他們的功能別離是：add2line:將你要找的地址轉(zhuǎn)成文件和行號(hào)，它要利用debug 信息。ar:產(chǎn)生、修改和解開(kāi)一個(gè)存檔文件asgnu 的匯編器c+filtC+ 和 java 中有一種重載函數(shù)，所用的重載函數(shù)最后會(huì)被編譯轉(zhuǎn)化成匯編的標(biāo)，c+filt 確實(shí)是實(shí)現(xiàn)這種反向的轉(zhuǎn)化，依照標(biāo)號(hào)取得函數(shù)名。gprofgnu 匯編器預(yù)編譯器。ldgnu 的連接器nm:列出目標(biāo)文件的符號(hào)和對(duì)應(yīng)的地址objcopy:

17、將某種格式的目標(biāo)文件轉(zhuǎn)化成另外格式的目標(biāo)文件objdump:顯示目標(biāo)文件的信息ranlibreadelfsize:顯示目標(biāo)文件各個(gè)節(jié)的大小和目標(biāo)文件的大?。簽橐粋€(gè)存檔文件產(chǎn)生一個(gè)索引，并將那個(gè)索引存入存檔文件中elf格式的目標(biāo)文件的信息stringsstrip：剝掉目標(biāo)文件的所有的符號(hào)信息:打印出目標(biāo)文件中能夠打印的字符串，有個(gè)默許的長(zhǎng)度，為4 成立bootstrapgcc第一，咱們什么緣故要成立bootstrapgcc，而不能一次性成功？緣故有兩點(diǎn)：一是由于平臺(tái)本身的gcc編譯器和咱們要成立的gcc版本不同，第一次用平臺(tái)本身的編譯器去build目標(biāo)版本的gcc編譯器的時(shí)候，新生成的目標(biāo)編譯器

18、(相當(dāng)于初始編譯器編譯鏈接生成的可執(zhí)行文件)必然帶有初始編譯器的特點(diǎn)。而當(dāng)咱們用新生成的編譯器再次編譯自身時(shí)，即可去掉這種不同性。二是因?yàn)間cc編譯器依托于glibc，而當(dāng)前咱們的glibc是基于本機(jī)的，因此咱們第一要build基于arm體系結(jié)構(gòu)的glibc，再在glibc的基礎(chǔ)上生成基于arm體系結(jié)構(gòu)的gcc。這一步是最容易犯錯(cuò)的，對(duì)每一步都必需謹(jǐn)慎，不要犯粗心之類的低級(jí)錯(cuò)誤。解壓源碼解壓gcc源碼到build-tool文件夾下修改源碼：CRTSTUFF_T_CFLAGS_S=$(CRTSTUFF_T_CFLAGS)-fPIC-Dinhibit_libc-D_gthr_posix_h確保本機(jī)

19、已經(jīng)安裝了mpc,mpfr,gmp,若是沒(méi)有，那么在yast里面安裝好再往后走。配置：./gcc-4.3.5/configure-target=$TARGET-prefix=$PREFIX-without-headers-enable-languages=c-disable-threads-with-newlib-disable-shared-disable-libmudflap-disable-libssp編譯：makeall-gcc安裝gcc:makeinstall再編譯安裝libgcc，那個(gè)是后面編譯glibc必需的。編譯：makeall-target-libgcc安裝libgcc:ma

20、keinstall-target-libgcc我看到網(wǎng)上很多文章在這一步有很多錯(cuò)誤，一種是直接用make命令編譯gcc下所有內(nèi)容，那個(gè)是沒(méi)有必要的，而且容易犯錯(cuò)。我在ubuntu和suse下都無(wú)法完成編譯，而在fedora下通過(guò)了；第二種情形是沒(méi)有編譯libgcc，這會(huì)致使后面編譯glibc無(wú)法通過(guò)。$PREFIX/bin下又多了幾個(gè)文件，arm-none-linux-gnueabi-cpp: gnuarm-none-linux-gnueabi-gcc: gnuarm-none-linux-gnueabi-gcc-4.3.5 : gnu 樣的arm-none-linux-gnueabi-gcc

21、bug : arm-none-linux-gnueabi-gcov : gcc的C的預(yù)編譯器的C語(yǔ)言編譯器的C語(yǔ)言編譯器，其實(shí)和arm-linux-gcc是一一個(gè)可執(zhí)行腳本，具體作用未知。的輔助測(cè)試工具，用來(lái)分析和優(yōu)化程序5 成立glibc解壓源碼：把glibc源碼解壓到build-tool下，把解壓到glibc根目錄下，把解壓到glibc根目錄下，而且命名為ports進(jìn)入文件夾build-glibc，創(chuàng)建文件，而且在文件中輸入以下內(nèi)容libc_cv_forced_unwind=yeslibc_cv_c_cleanup=yeslibc_cv_arm_tls=yes配置：-host=$TARGETmakeBUILD_CC="gcc"CC=$TARGET-gcc./glibc-2.11/configure-target=$TARGET-prefix=/usr-enable-add-ons-disable-profile-cache-file=-with-binutils=$PREFIX/bin/-with-headers=$TARGET_PREFIX/include/編譯：make犯錯(cuò)：/arm-linux/bin/ld:cannotfind-lgcc_eh打開(kāi)glib