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

    创建工具链文件夹：

在建立了顶层文件夹embedded-toolchains，下面在此文件夹下建立如下几个目录：

Ø  setup-dir，存放下载的压缩包；

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

Ø  kernel，存放内核文件，对内核的配置和编译工作也在此完成；

Ø  build-dir ，编译src-dir下面的源文件，这是GNU推荐的源文件目录与编译目录分离的做法；

Ø  tool-chain，交叉编译工具链的安装位；

Ø  program，存放编写程序；

Ø  doc，说明文档和脚本文件；

    下面建立目录，并拷贝源文件。

 拷贝源文件：

这里我们采用直接拷贝源文件的方法，首先应该修改setup-dir的权限

[root@localhost  embedded- toolchains]#chmod 777 setup-dir

然后直接拷贝/home/karen目录下的源文件到setup-dir目录中，如下图：

 建立编译目录：

输出如下的环境变量方便我们编译。

为简化操作过程。下面就建立shell命令脚本environment-variables：

[root@localhost  build -dir] #cd ../doc

[root@localhost  doc] #mkdir scripts

[root@localhost  doc] #cd scripts

用编辑器vi编辑环境变量脚本envionment-variables：

截图如下：

 %% Q：为什么用了source ./environment-variables才正常执行，去掉source就没有执行？ %%

%%  如果用source 执行， 不需要脚本有执行权限， 权限为664也可以，执行命令如下：%%

%%  Sourceenvironment-variables %%

 说明：

TARGET变量用来定义目标板的类型，以后会根据此目标板的类型来建立工具链。参

看表6-1所示。目标板的定义与主机的类型是没有关系的，但是如果更改TARGET的值，

GNU工具链必须重新建立一次。

PREFIX变量提供了指针，指向目标板工具程序将被安装的目录。

TARGET_PREFIX变量指向与目标板相关的头文件和链接库将被安装的目录。

PATH变量指向二进制文件（可执行文件）将被安装的目录。

如果不惯用环境变量的，可以直接用绝对或相对路径。如果不用环境变量，一般都用绝对路径，相对路径有时会失败。环境变量也可以定义在.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  把程序地址转换为文件名和行号。在命令行中给它一个地址和一个可执行文件名，它就会使用这个可执行文件的调试信息指出在给出的地址上是哪个文件以及行号。

Ø  ar  建立、修改、提取归档文件。归档文件是包含多个文件内容的一个大文件，其结构保证了可以恢复原始文件内容。

Ø  as  主要用来编译GNU C编译器gcc输出的汇编文件，产生的目标文件由连接器ld连接。

Ø  c++filt  连接器使用它来过滤 C++ 和 Java 符号，防止重载函数冲突。

Ø  gprof  显示程序调用段的各种数据。

Ø  ld  是连接器，它把一些目标和归档文件结合在一起，重定位数据，并连接符号引用。通常，建立一个新编译程序的最后一步就是调用ld。

Ø  nm  列出目标文件中的符号。

Ø  objcopy  把一种目标文件中的内容到另一种类型的目标文件中。

Ø  objdump  显示一个或者更多目标文件的信息。使用选项来控制其显示的信息，它所显示的信息通常只有编写编译工具的人才感兴趣。

Ø  ranlib  产生归档文件索引，并将其保存到这个归档文件中。在索引中列出了归档文件各成员所定义的可重分配目标文件。

Ø  readelf  显示elf格式可执行文件的信息。

Ø  size  列出目标文件每一段的大小以及总体的大小。默认情况下，对于每个目标文件或者一个归档文件中的每个模块只产生一行输出。

Ø  strings  打印某个文件的可打印字符串，这些字符串最少4个字符长，也可以使用选项-n设置字符串的最小长度。默认情况下，它只打印目标文件初始化和可加载段中的可打印字符；对于其它类型的文件它打印整个文件的可打印字符。这个程序对于了解非文本文件的内容很有帮助。

Ø  strip  丢弃目标文件中的全部或者特定符号。

Ø  libiberty  包含许多GNU程序都会用到的函数，这些程序有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文件，然后执行make，make install。完成后可以在$PREFIX/bin下面看到我们的新的binutil。

注意：每个工具的文件名的前缀都是前面为TARGET变量设定的值。如果目标板arm-linux，那么这些工具的文件名前缀就会是arm-linux-。这样就可以根据目标板类型找到正确的工具程序。

在这里我们使用时2.6.29的内核版本，因为交叉工具链工具链是针对特定的处理器和操作系统的，因此在编译之前就需要对linux内核进行配制，可以通过“make config”或“make menuconfig”命令对内核进行配制，配制完成后，在linux源文件的目录下就会生成一个.config文件，这就是我们所需要的文件。

Note： 目标板的内核版本是2.6.29

[root@localhost  embedded- toolchains] #cdkernel

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

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

[root@localhost  kernel] #cd linux-2.6.29

给Linux内核打补丁：

[root@localhost  linux-2.6.29] #patch–p1  <  http://www.cnblogs.com/setup-dir/patch-2.6.29

然后就是配置内核，第一步是修改Makefile

修改 Makefile：

ARCH =arm                         

CROSS_COMPILE = arm-linux- menuconfig  

接着使用makemenuconfig进入内核配置菜单

或者直接写：

# make ARCH=arm CROSS_COMPILE=arm-linux-menuconfig ，注意在配置时一定要选择处理器的类型，比如我的目标机使用的处理器是OMAP类型的，就选TI OMAP：

System Type -à

         ARMSystem Type -à

         (x)TI OMAP

配置完退出并保存。

配置完须执行make，参数如下：

[root@localhost linux-2.6.29]# make ARCH=armCROSS_COMPILE=arm-linux- （执行过程中有错误出现也没关系，主要目的是产生头文件version.h和autoconf.h）

执行完检查一下内核目录中的/kernel/linux-2.6.29/include/linux/version.h和autoconf.h文件是不是生成了，这是编译glibc要用到的。version.h 和 autoconf.h 文件的存在，说明你生成了正确的头文件。

接下来建立工具链需要的include目录，并将内核头文件过去。

[root@localhost  linux-2.6.29] #cd include

[root@localhost  include] #ln -s asm-arm asm

可以查看一下，经过编译可以自动生成。如果已经生成链接，则不必重新链接。（2.6.29已自动生成）

可以查看一下，经过编译可以自动生成。如果已经生成链接，则不必重新链接。

头文件到交叉编译工具链的安装目录：

Note: mach-xxx是根据目标板所用的cpu类型来选择的

这一步的目的主要是建立arm-linux-gcc工具，注意这个gcc没有glibc库的支持，所以只能用于编译内核、BootLoader等不需要C库支持的程序，后面创建C库也要用到这个编译器，所以创建它主要是为创建C库做准备，如果只想编译内核和BootLoader，那么安装完这个就可以到此结束。安装过程如下：

从 GCC-4.3起，安装GCC将依赖于GMP-4.1以上版本和MPFR-2.3.2以上版本。如果将这两个软件包分别解压到GCC源码树的根目录下，并分别命名为"gmp"和"mpfr"，那么GCC的编译程序将自动将两者与GCC一起编译。建议尽可能使用最新的GMP和MPFR版本。

l 因为是交叉编译器，还不需要目标板的系统头文件，所以需要使用 --without-headers这个选项。否则会有很多*.h头文件找不到的报错

l --enable-language=c用来告诉配置脚本，需要产生的编译器支持何种语言，现在只需支持C语言。虽然配置为c,c++也可以的

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

l --disable-decimal-float，需要libc的支持，而我们在初步编译的时候尚未生成libc，否则出现以下的报错：../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的编译中出现-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（否则出现错误：-lgcc_eh没有找到……bin/ld: cannot find-lgcc_eh），使用了--disable-shared的选项，将不会生成libgcc_eh.a，可以通过对libgcc.a的链接来实现。

  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@localhost  build-gcc] #ls$PREFIX/bin 

如果arm-linux-gcc等工具已经生成，表示boot trap gcc工具已经安装成功

  这一步是最为繁琐的过程，目标板必须靠它来执行或者是开发大部分的应用程序。glibc套件常被称为C链接库，但是glibc实际产生很多链接库，其中之一是C链接库libc。因为嵌入式系统的限制，标准GNU C链接库显得太大，不适合应用在目标板上。所以需要寻找C链接库的替代品，在这里现以标准GNU C为例建立工具链。

   注：以上完成后，请查看一下$TARGET_PREFIX/lib目录下的文件libc.so，看看GROUP的内容是否指定到可以用于交叉编译的库，如果不是请修改，如下:

   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目录可能已经装了一个相同名字的库，一个为编译可以在你的宿主机上运行的程序的库，而不是用于交叉编译的。

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

 经过查看，发现libc.so中的GROUP已经是交叉编译链的目录，所以不用更改

对 libc.so 的修正·

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

 去掉绝对路径，修改后的内容如下：

 /*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 里面多了哪些东西。你会发现多了 arm-linux-g++ 、和 arm-linux-c++ 几个文件。

G++-gnu的 c++ 编译器。

C++-gnu 的 c++ 编译器。

 root@localhost  build-gcc] # cd$TARGET_PREFIX/bin

查看文件是否为二进制文件：

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

查看缺省的搜寻路径：

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

    下面编写一个简单的C程序，使用建立的工具链。、

 制作的可执行文件hello可以直接在目标机上运行。