arm linux uclibc交叉编译工具链的制作

原文地址：http://blog.csdn.net/chehlcy/article/details/5456118（本人经过整理修改，并且对可能出现的问题给出解决方案）

制作交叉编译工具链是件麻烦的事情，因为交叉编译ntfsprogs不得已从头做了一遍，现在把流程总结在这里，供以后参考。

原料：binutils,gcc,linux kernel,uclibc

我所用的版本为：

binutils-2.16

gcc-3.4.3

linux-2.6.14

uClibc-0.9.28

基本流程：

1.编译binutils

2.编译不含库的gcc

3.配置编译linux kenerl

4.编译uclibc

5.重新编译gcc得到完整工具链。

详细步骤：

注：以下脚本都是手工再次录入，非copy自原系统，可能存在录入错误
1.binutils的编译

没有什么悬念，编译脚本如下：

#！/bin/sh

./configure --target=arm-linux --prefix=/opt/tools --program-prefix=arm-linux-

make

make install

即可在/opt/tools 下生成arm-linux-ar arm-linux-ld等必须工具
2.编译不含库的gcc

该步骤必须小心配置，因为编译gcc某些功能模块时本身需要C库的支持，只有把这些有依赖的模块屏蔽掉该步骤才能顺利编译，该步骤编译脚本如下：

具体可以参见：http://blog.csdn.net/dragon101788/article/details/17559215第四节

#！/bin/sh

./configure --target=arm-linux /

                 --prefix=/opt/tools /

                 --program-prefix=arm-linux- /

                 --disable-shared   /

                 --disable-threads  /

                 --enable-languages="c" /

                 --with-newlib

make

make install

 

部分书籍说要修改t-linux文件，本人测试只要加上--with-newlib即可避免。
3.配置编译linux kernel

具体可以参见：http://blog.csdn.net/dragon101788/article/details/17559215第五节

该步骤是为了得到C库中的系统头文件，在编译uClibc的时候会指定kernel src的位置，这一步虽然只需配置好内核并将include/asm  链接到asm-arm即可，但为了顺便测试第2步编译的gcc，不妨完整的编译内核。具体配置取决于所使用的内核，此步骤无需罗嗦。

4.配置编译uClibc

在该步骤中需要指定kernel src的位置，个人尝试必须指定为绝对路径，相对路径编译过程会出错，配置过程中需根据系统需要对uClibc进行配置，有时还会出现部分模块编译不通过，此时则需要做相应配置调整。该步骤完成后可生成完整工具链所需的头文件和库文件。

menuconfig设置：
arget Architecture (arm)  --->       

Target Architecture Features and Options  --->

    Target ABI (EABI)  --->                                                                    

           Target Processor Type (Generic Arm)  --->                                                  

           *** Using ELF file format ***                                                              

            Target Processor Endianness (Little Endian)  --->                                          

            [*] Target CPU has a memory management unit (MMU)                                            

           [*]   Do you want to utilize the MMU?                                                            

            [*] Enable floating point number support        

           [*]   Target CPU has a floating point unit (FPU)                

           [ ]   Enable full C99 math library support                                      

            [ ]   Enable C99 Floating-point environment                                          

            (${PREFIX}/${TARGET}/include) Linux kernel header location   

Library Installation Options  ---> 

           ($(RUNTIME_PREFIX)lib) Shared library loader path          

           (/${TARGET}/uClibc) uClibc runtime library directory             ：注：此项如若填写，每次编译时会从指定目录寻找ulibc.so，如若没有填写，从默认加载路径，推荐留空

           (/uClibc-dev) uClibc development environment directory     ：注：此项如若填写，每次编译时会从指定目录寻找ulibc.so，如若没有填写，从默认加载路径，推荐留空

修改.config中的交叉编译路径 或者修改环境变量CROSS=

CROSS_COMPILER_PREFIX="arm-linux-gnueabi-"

安装时使用命令

make PREFIX=${PWD}/hu/ install

编译完成安装之后将hu目录下所有文件拷贝到${PREFIX}/${TARGET}目录

注：如果menu时使用目录有填写的话安装时会出现在配置目录

编译中可能会遇到的问题：

问题1：

libc/sysdeps/linux/mips/crt1.S: Assembler messages:

libc/sysdeps/linux/mips/crt1.S:117: Warning: No .cprestore pseudo-op used in PIC code

  AS lib/crti.o

  AS lib/crtn.o

/tmp/cc5bCHrL.s: Assembler messages:

/tmp/cc5bCHrL.s: Error: .size expression for _init does not evaluate to a constant

/tmp/cc5bCHrL.s: Error: .size expression for _fini does not evaluate to a constant

make: *** [lib/crtn.o] Error 1

解决方法：

Got the thing resolved as said in the patch by removing the lines

.size _init, .-_init

.size _fini, .-_fini

from uClibc-0.9.31/libc/sysdeps/linux/arm/crtn.S

在uClibc-0.9.31/libc/sysdeps/linux/arm/crtn.S文件中，@注掉这两行

问题2：

错误：651: note: previous declaration of ‘getline’ was here

error: conflicting types for ‘getline’

651: note: previous declaration of ‘getline’ was here
pattern.c: In function ‘getline’:

解决：getline和系统定义的getline()函数冲突。把名字改一下就好了。

5.重新编译GCC

此步骤是为了在已经拥有C库的基础上打开第一遍编译gcc时限定的功能，包括动态链接支持，线程支持等，以及C库的整合。

编译脚本如下：

#！/bin/sh

./configure --target=arm-linux /

                  --prefix=/opt/tools /

                  --program-prefix=arm-linux- /

                  --enable-languages="c"   /

                  --with-headers=../uClibc-0.9.28/build/include /           #注：此处加上编译出现问题

                  --with-libs=../uClibc-0.9.28/build/lib /                          #注：此处加上编译出现问题

 --with-sysroot='${exec_prefix}/xxx' #将xxx替换成prefix的路径，参照http://blog.csdn.net/dragon101788/article/details/17509987sysroot与specs

make

make install

可能会出现问题:

 /home/dragon/usr/arm/dragon-4.8.2/arm-uclibc-linux-gnueabi/bin/ld: cannot find /lib/libc.so.0

/home/dragon/usr/arm/dragon-4.8.2/arm-uclibc-linux-gnueabi/bin/ld: cannot find /lib/uclibc_nonshared.a

/home/dragon/usr/arm/dragon-4.8.2/arm-uclibc-linux-gnueabi/bin/ld: cannot find /lib/ld-uClibc.so.0

collect2: error: ld returned 1 exit status

这进过研究这是uclibc链接中指向了错误的根目录下/lib/libc.so.0

实际是$PREFIX/$TARGET/lib/libc.so的指向，libc.so其实是一个文本文件指向这编译时链接的位置，当编译器移动位置时出现同样的问题，后期可以通过修改这个文件来移动目录，ulibc编译器目录移动时指定一个绝对路径

其中--with-headers指定刚才编译生成的uClibc的头文件，--with-libs指定uClibc的库文件，本例中只支持c程序的编译。

不出意外的话，一个arm-linux的交叉编译工具链就完成了，在这个流程顺利通过的基础上，可以再配置的其它参数以达到性能最优。不过，第一次编译工具链几乎不可能一次成功。