arm gcc交叉編譯工具鏈建立

下載地址Gnu.org

binutils-2.21.1.tar.bz2

gcc-4.4.4.tar.bz2

glibc-2.11.2.tar.bz2

Glibc-ports-2.11.tar.bz2

Gmp-4.2.tar.bz2

Mpfr-2.4.0.tar.bz2

創(chuàng)建工具鏈文件夾：

在建立了頂層文件夾embedded-toolchains，下面在此文件夾下建立如下幾個目錄：

Øsetup-dir，存放下載的壓縮包；

Øsrc-dir，存放binutils、gcc、glibc解壓之后的源文件；

Økernel，存放內(nèi)核文件，對內(nèi)核的配置和編譯工作也在此完成；

Øbuild-dir，編譯src-dir下面的源文件，這是GNU推薦的源文件目錄與編譯目錄分離的做法；

Øtool-chain，交叉編譯工具鏈的安裝位；

Øprogram，存放編寫程序；

Ødoc，說明文檔和腳本文件；

下面建立目錄，并拷貝源文件。

拷貝源文件：

這里我們采用直接拷貝源文件的方法，首先應該修改setup-dir的權限

[root@localhostembedded- toolchains]#chmod 777 setup-dir

然后直接拷貝/home/karen目錄下的源文件到setup-dir目錄中，如下圖：

建立編譯目錄：

輸出如下的環(huán)境變量方便我們編譯。

為簡化操作過程。下面就建立shell命令腳本environment-variables：

[root@localhostbuild -dir] #cd ../doc

[root@localhostdoc] #mkdir scripts

[root@localhostdoc] #cd scripts

用編輯器vi編輯環(huán)境變量腳本envionment-variables：

截圖如下：

%% Q：為什么用了source ./environment-variables才正常執(zhí)行，去掉source就沒有執(zhí)行？%%

%%如果用source執(zhí)行，不需要腳本有執(zhí)行權限，權限為664也可以，執(zhí)行命令如下：%%

%%Sourceenvironment-variables %%

說明：

TARGET變量用來定義目標板的類型，以后會根據(jù)此目標板的類型來建立工具鏈。參

看表6-1所示。目標板的定義與主機的類型是沒有關系的，但是如果更改TARGET的值，

GNU工具鏈必須重新建立一次。

PREFIX變量提供了指針，指向目標板工具程序將被安裝的目錄。

TARGET_PREFIX變量指向與目標板相關的頭文件和鏈接庫將被安裝的目錄。

PATH變量指向二進制文件（可執(zhí)行文件）將被安裝的目錄。

如果不慣用環(huán)境變量的，可以直接用絕對或相對路徑。如果不用環(huán)境變量，一般都用絕對路徑，相對路徑有時會失敗。環(huán)境變量也可以定義在.bashrc文件中，這樣就不用老是export這些變量了。

體系結構和TAEGET變量的對應如下表6-1所示：

表6-1體系結構和TAEGET變量的對應

Binutils是GNU工具之一，它包括連接器、匯編器和其他用于目標文件和檔案的工具，它是二進制代碼的處理維護工具。安裝Binutils工具包含的程序有addr2line、ar、as、c++filt、gprof、ld、nm、objcopy、objdump、ranlib、readelf、size、strings、strip、libiberty、libbfd和libopcodes。對這些程序的簡單解釋如下。

Øaddr2line把程序地址轉換為文件名和行號。在命令行中給它一個地址和一個可執(zhí)行文件名，它就會使用這個可執(zhí)行文件的調(diào)試信息指出在給出的地址上是哪個文件以及行號。

Øar建立、修改、提取歸檔文件。歸檔文件是包含多個文件內(nèi)容的一個大文件，其結構保證了可以恢復原始文件內(nèi)容。

Øas主要用來編譯GNU C編譯器gcc輸出的匯編文件，產(chǎn)生的目標文件由連接器ld連接。

Øc++filt連接器使用它來過濾C++和Java符號，防止重載函數(shù)沖突。

Øgprof顯示程序調(diào)用段的各種數(shù)據(jù)。

Øld是連接器，它把一些目標和歸檔文件結合在一起，重定位數(shù)據(jù)，并連接符號引用。通常，建立一個新編譯程序的最后一步就是調(diào)用ld。

Ønm列出目標文件中的符號。

Øobjcopy把一種目標文件中的內(nèi)容到另一種類型的目標文件中。

Øobjdump顯示一個或者更多目標文件的信息。使用選項來控制其顯示的信息，它所顯示的信息通常只有編寫編譯工具的人才感興趣。

Øranlib產(chǎn)生歸檔文件索引，并將其保存到這個歸檔文件中。在索引中列出了歸檔文件各成員所定義的可重分配目標文件。

Øreadelf顯示elf格式可執(zhí)行文件的信息。

Øsize列出目標文件每一段的大小以及總體的大小。默認情況下，對于每個目標文件或者一個歸檔文件中的每個模塊只產(chǎn)生一行輸出。

Østrings打印某個文件的可打印字符串，這些字符串最少4個字符長，也可以使用選項-n設置字符串的最小長度。默認情況下，它只打印目標文件初始化和可加載段中的可打印字符；對于其它類型的文件它打印整個文件的可打印字符。這個程序對于了解非文本文件的內(nèi)容很有幫助。

Østrip丟棄目標文件中的全部或者特定符號。

Ølibiberty包含許多GNU程序都會用到的函數(shù)，這些程序有getopt、obstack、strerror、strtol和strtoul。

Ølibbfd二進制文件描述庫。

Ølibopcode用來處理opcodes的庫，在生成一些應用程序的時候也會用到它。

Binutils工具安裝依賴于Bash、Coreutils、Diffutils、GCC、Gettext、Glibc、Grep、Make、Perl、Sed、Texinfo等工具

下面將分步介紹安裝binutils-2.19.2的過程。

在build-binutils目錄下面生成Makefile文件，然后執(zhí)行make，make install。完成后可以在$PREFIX/bin下面看到我們的新的binutil。

注意：每個工具的文件名的前綴都是前面為TARGET變量設定的值。如果目標板arm-linux，那么這些工具的文件名前綴就會是arm-linux-。這樣就可以根據(jù)目標板類型找到正確的工具程序。

在這里我們使用時2.6.29的內(nèi)核版本，因為交叉工具鏈工具鏈是針對特定的處理器和操作系統(tǒng)的，因此在編譯之前就需要對linux內(nèi)核進行配制，可以通過“make config”或“make menuconfig”命令對內(nèi)核進行配制，配制完成后，在linux源文件的目錄下就會生成一個.config文件，這就是我們所需要的文件。

Note：目標板的內(nèi)核版本是2.6.29

[root@localhostembedded- toolchains] #cdkernel

[root@localhostkernel] #tar jxvf../setup-dir/ linux-2.6.29.tar.bz2

[root@localhostkernel] #bunzip2../setup-dir/ patch-2.6.29.bz2

[root@localhostkernel] #cd linux-2.6.29

給Linux內(nèi)核打補?。?/p>

[root@localhostlinux-2.6.29] #patch–p1

然后就是配置內(nèi)核，第一步是修改Makefile

修改Makefile：

ARCH =arm

CROSS_COMPILE = arm-linux- menuconfig

接著使用makemenuconfig進入內(nèi)核配置菜單

或者直接寫：

# make ARCH=arm CROSS_COMPILE=arm-linux-menuconfig，注意在配置時一定要選擇處理器的類型，比如我的目標機使用的處理器是OMAP類型的，就選TI OMAP：

System Type -à

ARMSystem Type -à

(x)TI OMAP

配置完退出并保存。

配置完須執(zhí)行make，參數(shù)如下：

[root@localhost linux-2.6.29]# make ARCH=armCROSS_COMPILE=arm-linux-（執(zhí)行過程中有錯誤出現(xiàn)也沒關系，主要目的是產(chǎn)生頭文件version.h和autoconf.h）

執(zhí)行完檢查一下內(nèi)核目錄中的/kernel/linux-2.6.29/include/linux/version.h和autoconf.h文件是不是生成了，這是編譯glibc要用到的。version.h和autoconf.h文件的存在，說明你生成了正確的頭文件。

接下來建立工具鏈需要的include目錄，并將內(nèi)核頭文件過去。

[root@localhostlinux-2.6.29] #cd include

[root@localhostinclude] #ln -s asm-arm asm

可以查看一下，經(jīng)過編譯可以自動生成。如果已經(jīng)生成鏈接，則不必重新鏈接。（2.6.29已自動生成）

可以查看一下，經(jīng)過編譯可以自動生成。如果已經(jīng)生成鏈接，則不必重新鏈接。

頭文件到交叉編譯工具鏈的安裝目錄：

Note: mach-xxx是根據(jù)目標板所用的cpu類型來選擇的

這一步的目的主要是建立arm-linux-gcc工具，注意這個gcc沒有glibc庫的支持，所以只能用于編譯內(nèi)核、BootLoader等不需要C庫支持的程序，后面創(chuàng)建C庫也要用到這個編譯器，所以創(chuàng)建它主要是為創(chuàng)建C庫做準備，如果只想編譯內(nèi)核和BootLoader，那么安裝完這個就可以到此結束。安裝過程如下：

從GCC-4.3起，安裝GCC將依賴于GMP-4.1以上版本和MPFR-2.3.2以上版本。如果將這兩個軟件包分別解壓到GCC源碼樹的根目錄下，并分別命名為"gmp"和"mpfr"，那么GCC的編譯程序將自動將兩者與GCC一起編譯。建議盡可能使用最新的GMP和MPFR版本。

l因為是交叉編譯器，還不需要目標板的系統(tǒng)頭文件，所以需要使用--without-headers這個選項。否則會有很多*.h頭文件找不到的報錯

l--enable-language=c用來告訴配置腳本，需要產(chǎn)生的編譯器支持何種語言，現(xiàn)在只需支持C語言。雖然配置為c,c++也可以的

l--disable-threads是因為threads需要libc的支持。

l--disable-decimal-float，需要libc的支持，而我們在初步編譯的時候尚未生成libc，否則出現(xiàn)以下的報錯：../gcc-4.3.1/libgcc/config/libbid/bid_decimal_globals.c:52:18:error: fenv.h: No such file or directory ../gcc-4.3.1/libgcc/config/libbid/bid_decimal_globals.c:In function __dfp_test_except:../gcc-4.3.1/libgcc/config/libbid/bid_decimal_globals.c:64:error: FE_INEXACT undeclared (first use in this function)../gcc-4.3.1/libgcc/config/libbid/bid_decimal_globals.c:64:error: (Each undeclared identifier is reported only once../gcc-4.3.1/libgcc/config/libbid/bid_decimal_globals.c:64:error: for each function it appears in.)

l --disable-shared，既然是第一次安裝ARM交叉編譯工具，那么本機的glibc支持的應該是本機的編譯工具庫，而不是ARM交叉編譯工具庫。forces GCC to link its internal libraries statically，沒有這個選項，會有crti.o: No such file: No such file or directorycollect2: ld returned 1 exit status

注：由于沒有arm的glibc，需要使用--disable-libmudflap--disable-libssp，禁止兩個邊界檢查使用的庫。

同樣，由于第一次安裝ARM交叉編譯工具，那么支持的libc庫的頭文件也沒有，src-dir/gcc-4.4.4/gcc/config/arm/t-linux文件，在TARGET_LIBGCC2_CFLAGS中添加兩個定義：-Dinhibit_libc–D__gthr_posix_h

注：很多資料中之有前面兩項，這只建立了gcc，沒有建立libgcc.a，這樣會在glibc的編譯中出現(xiàn)-lgcc沒有找到的錯誤。報告：

……/build-tools/build-glibc/libc_pic.a

i586-linux-gcc-nostdlib-nostartfiles -r -o/home/wei/workspace/mywork/moblin/build-tools/build-glibc/elf/librtld.map.o-Wl,-( /home/wei/workspace/mywork/moblin/build-tools/build-glibc/elf/dl-allobjs.os/home/wei/workspace/mywork/moblin/build-tools/build-glibc/libc_pic.a -lgcc-Wl,-)-Wl,-Map,/home/wei/workspace/mywork/moblin/build-tools/build-glibc/elf/librtld.mapT

/workspace/wei/mywork/moblin/tools/bin/../lib/gcc/arm-linux/4.4.4/http://www.cnblogs.com/http://www.cnblogs.com/ram-linux/bin/ld:cannot find -lgcc

在glibc的編譯中，還需要libgcc_eh.a（否則出現(xiàn)錯誤：-lgcc_eh沒有找到……bin/ld: cannot find-lgcc_eh），使用了--disable-shared的選項，將不會生成libgcc_eh.a，可以通過對libgcc.a的鏈接來實現(xiàn)。

Note：arm-linux-gcc與-print-libgcc-file-name之間有一個空格

運行報告：

“/workspace/wei/mywork/moblin/tools/bin/../lib/gcc/i586-linux/4.3.3/libgcc_eh.a”-> “libgcc.a”

裝完成后，查看結果：

[root@localhostbuild-gcc] #ls$PREFIX/bin

如果arm-linux-gcc等工具已經(jīng)生成，表示boot trap gcc工具已經(jīng)安裝成功

這一步是最為繁瑣的過程，目標板必須靠它來執(zhí)行或者是開發(fā)大部分的應用程序。glibc套件常被稱為C鏈接庫，但是glibc實際產(chǎn)生很多鏈接庫，其中之一是C鏈接庫libc。因為嵌入式系統(tǒng)的限制，標準GNU C鏈接庫顯得太大，不適合應用在目標板上。所以需要尋找C鏈接庫的替代品，在這里現(xiàn)以標準GNU C為例建立工具鏈。

注：以上完成后，請查看一下$TARGET_PREFIX/lib目錄下的文件libc.so，看看GROUP的內(nèi)容是否指定到可以用于交叉編譯的庫，如果不是請修改，如下:

libc.so文件(所在目錄是$TARGET_PREFIX/lib)，將GROUP ( /lib/libc.so.6 /lib/libc_nonshared.a)改為GROUP (libc.so.6 libc_nonshared.a)

這樣連接程序ld就會在libc.so所在的目錄查找它需要的庫，因為你的機子的/lib目錄可能已經(jīng)裝了一個相同名字的庫，一個為編譯可以在你的宿主機上運行的程序的庫，而不是用于交叉編譯的。

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

經(jīng)過查看，發(fā)現(xiàn)libc.so中的GROUP已經(jīng)是交叉編譯鏈的目錄，所以不用更改

對libc.so的修正·

vi$PREFIX /${TARGET}/lib/libc.so

去掉絕對路徑，修改后的內(nèi)容如下：

/*GNU ld script

Usethe shared library, but some functions are only in

thestatic library, so try that secondarily. */

OUTPUT_FORMAT(elf32-littlearm)

GROUP( libc.so.6 libc_nonshared.a AS_NEEDED ( ld-linux.so.3 ) )

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

我們再來看看$PREFIX/bin里面多了哪些東西。你會發(fā)現(xiàn)多了arm-linux-g++、和arm-linux-c++幾個文件。

G++-gnu的c++編譯器。

C++-gnu的c++編譯器。

root@localhostbuild-gcc] #cd$TARGET_PREFIX/bin

查看文件是否為二進制文件：

[root@localhostbin] #file as ar gccld nm ranlib strip

查看缺省的搜尋路徑：

[root@localhostbin] #arm-linux-gcc-print-search-dirs

下面編寫一個簡單的C程序，使用建立的工具鏈。、

制作的可執(zhí)行文件hello可以直接在目標機上運行。