• Linux ARM交叉编译工具链制作过程【转】


    本文转载自:http://www.cnblogs.com/Charles-Zhang-Blog/archive/2013/02/21/2920999.html

    一、下载源文件

    源代码文件及其版本与下载地址:

    Binutils-2.19.tar.bz2

    http://ftp.gnu.org/gnu/binutils/

    gcc-4.4.4.tar.bz2

    http://mirrors.kernel.org/gnu/gcc/gcc-4.4.4/

    Glibc-2.11.2.tar.bz2

    Glibc-ports-2.11.tar.bz2

    http://ftp.gnu.org/gnu/glibc/

    Gmp-4.2.tar.bz2

    http://ftp.gnu.org/gnu/gmp/

    Mpfr-2.4.0.tar.bz2

    http://ftp.gnu.org/gnu/mpfr/

    Linux-2.6.29.tar.bz2

    Patch-2.6.29.bz2 

    http://www.kernel.org/pub/linux/kernel/v2.6/

    一般一个完整的交叉编译器涉及到多个软件,主要包括binutils、gcc、glibc等。其中,binutils主要生成一些辅助工具;gcc是用来生成交叉编译器,主要生成arm-linux-gcc交叉编译工具,而glibc主要提供用户程序所需要的一些基本函数库。

    二、建立工作目录

         编译所用主机型号 FC12.i686

         第一次编译时用的是root用户(第二次用一般用户karen,该用户可以使用sudo指令)

         所有的工作目录都在/home/Karen/cross下面建立完成,首先在/home/karen目录下建立cross目录

     [root@localhost  karen] mkdir cross

    进入工作目录:

    [root@localhost  root]#cd /home/karen/cross           
     查看当前目录:

    [root@localhost  cross ]# pwd 
    /home/karen/cross 

    创建工具链文件夹:

    [root@localhost  cross]# mkdir embedded-toolchains

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

    Ø  setup-dir,存放下载的压缩包;

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

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

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

    Ø  tool-chain,交叉编译工具链的安装位;

    Ø  program,存放编写程序;

    Ø  doc,说明文档和脚本文件;

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

    [root@localhost  cross] #cd embedded- toolchains
    [root@localhost  embedded- toolchains] #mkdir setup-dir src-dir kernel build-dir tool-chain program doc
    [root@localhost  embedded- toolchains] #ls
    build-dir doc kernel program setup-dir src-dir tool-chain
    [root@localhost  embedded- toolchains] #cd setup-dir

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

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

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

     

     建立编译目录:

    [root@localhost  setup-dir] #cd ../build-dir
    [root@localhost  build -dir] #mkdir build-binutils build-gcc build-glibc

    三、输出环境变量

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

    为简化操作过程。下面就建立shell命令脚本environment-variables:
    [root@localhost  build -dir] #cd ../doc
    [root@localhost  doc] #mkdir scripts
    [root@localhost  doc] #cd scripts
    用编辑器vi编辑环境变量脚本envionment-variables:

    [root@localhost  scripts] #vi envionment-variables  
    export  PRJROOT=/home/mxl/diliuzhang/embedded- toolchains
    export  TARGET=arm-linux
    export  PREFIX=$PRJROOT/tool-chain
    export  TARGET_PREFIX=$PREFIX/$TARGET
    export  PATH=$PREFIX/bin:$PATH

    截图如下:

     

     

    %% Q:为什么用了source ./environment-variables才正常执行,去掉source就没有执行? %%

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

    %%  Source environment-variables %%

    说明:

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

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

    GNU工具链必须重新建立一次。
    PREFIX变量提供了指针,指向目标板工具程序将被安装的目录。
    TARGET_PREFIX变量指向与目标板相关的头文件和链接库将被安装的目录。
    PATH变量指向二进制文件(可执行文件)将被安装的目录。

    如果不惯用环境变量的,可以直接用绝对或相对路径。如果不用环境变量,一般都用绝对路径,相对路径有时会失败。环境变量也可以定义在.bashrc文件中,这样就不用老是export这些变量了。

    体系结构和TAEGET变量的对应如下表6-1所示:

    表6-1 体系结构和TAEGET变量的对应

    体系结构

    TARGET变量的值

    PowerPC

    Powerpc-linux

    ARM

    arm-linux

    MIPS(big endian)

    mips-linux

    MIPS(little endian)

    mipsel-linux

    MIPS64

    mips64-linux

    SuperH3

    sh3-linux

    SuperH4

    sh4-linux

    I386

    i386-linux

    Ia64

    ia64-linux

    M68k

    m68k-linux

    M88k

    m88k-linux

    Alpha

    alpha-linux

    Sparc

    sparc-linux

    Sparc64

    sparc64-linux

    四、建立二进制工具(binutils)

    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的过程。

    [root@localhost  script] # cd $PRJROOT/src-dir
    [root@localhost  src-dir] # tar jxvf ../setup-dir/binutils-2.19.tar.bz2
    [root@localhost  src-dir] # cd $PRJROOT/build-dir/build-binutils
    创建Makefile:

    [root@localhost  build-binutils] #http://www.cnblogs.com/src-dir/binutils-2.19/configure --target=$TARGET --prefix=$PREFIX

       在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] #cd kernel

    [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  

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

    或者直接写:

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

    System Type -à

             ARM System Type -à

             (x) TI OMAP

    配置完退出并保存。

    配置完须执行make,参数如下:

    [root@localhost linux-2.6.29]# make ARCH=arm CROSS_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已自动生成)
    [root@localhost  include] #cd asm
    [root@localhost  asm] #ln -s arch-epxa arch  

    [root@localhost  asm] #ln -s proc-armv proc

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

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

    [root@localhost  asm] #mkdir –p $TARGET_PREFIX/include
    [root@localhost asm] #cp –r $PRJROOT/kernel/linux-2.6.29/include/linux $TARGET_PREFIX/include
    [root@localhost  asm] #cp –r $PRJROOT/ kernel /linux-2.6.29/include/asm-arm $TARGET_PREFIX/include/asm

    [root@localhost  asm] #cp –r $PRJROOT/ kernel /linux-2.6.29/include/asm-generic $TARGET_PREFIX/include

    root@localhost  asm] #cp –r $PRJROOT/ kernel /linux-2.6.29/arch/arm/include/asm  $TARGET_PREFIX/include

    root@localhost  asm] #cp –r $PRJROOT/ kernel /linux-2.6.29/arch/arm/mach-omap2/include/mach $TARGET_PREFIX/include/asm

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

    六、建立初始编译器 (boot strap gcc)

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

      [root@localhost  build-binutils] #cd $PRJROOT/setup-dir

    重命名:
    [root@localhost  setup-dir] #mv gcc-core-4.4.4.tar.bz2  gcc-4.4.4.tar.bz2 
    [root@localhost  setup-dir] #cd $PRJROOT/src-dir
    [root@localhost  src-dir] #tar jxvf ../setup-dir/gcc-4.4.4.tar.bz2

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

    [root@localhost src-dir]# tar jxvf ../setup-dir/mpfr-2.4.0.tar.bz2

    [root@localhost src-dir]# tar jxvf ../setup-dir/gmp-4.2.tar.bz2

    [root@localhost src-dir]# mv mpfr-2.4.0 gcc-4.4.4/mpfr

    [root@localhost src-dir]# mv gmp-4.2.0 gcc-4.4.4/gmp

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

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

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

    •--disable-decimal-float,需要libc的支持,而我们在初步编译的时候尚未生成libc,否则出现以下的报错:

    http://www.cnblogs.com/../gcc-4.3.1/libgcc/config/libbid/bid_decimal_globals.c:52:18: error: fenv.h: No such file or directory

    http://www.cnblogs.com/../gcc-4.3.1/libgcc/config/libbid/bid_decimal_globals.c: In function '__dfp_test_except':

    http://www.cnblogs.com/../gcc-4.3.1/libgcc/config/libbid/bid_decimal_globals.c:64: error: 'FE_INEXACT' undeclared (first use in this function)

    http://www.cnblogs.com/../gcc-4.3.1/libgcc/config/libbid/bid_decimal_globals.c:64: error: (Each undeclared identifier is reported only once

    http://www.cnblogs.com/../gcc-4.3.1/libgcc/config/libbid/bid_decimal_globals.c:64: error: for each function it appears in.)

     

    •--disable-shared,既然是第一次安装ARM交叉编译工具,那么本机的glibc支持的应该是本机的编译工具库,而不是ARM交叉编译工具库。forces GCC to link its internal libraries statically,没有这个选项,会有 crti.o: No such file: No such file or directory collect2: 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

    原文:

    TARGET_LIBGCC2_CFLAGS = -fomit-frame-pointer –fPIC

    改后:

    TARGET_LIBGCC2_CFLAGS = -fomit-frame-pointer -fPIC -Dinhibit_libc -D_gthr_posix.h

    编译:
    [root@localhost  src-dir] #cd $PRJROOT/build-dir/build-gcc

    [root@localhost build-gcc]# http://www.cnblogs.com/src-dir/gcc-4.4.4/configure --target=$TARGET --prefix=$PREFIX --without-headers --enable-languages=c --disable-shared --disable-threads --disable-decimal-float –disable-libmudflap –disable-lipssp

     [root@localhost build-gcc]# make all-gcc

     [root@localhost build-gcc]# make install-gcc

     [root@localhost build-gcc]# make all-target-libgcc

     [root@localhost build-gcc]# make install-target-libgcc

    注:很多资料中之有前面两项,这只建立了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的链接来实现。

    [root@localhost build-gcc]#  ln -vs libgcc.a `arm-linux-gcc -print-libgcc-file-name | sed 's/libgcc/&_eh/'`

      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

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

    [root@localhost  build-gcc] #cd $PRJROOT/src-dir
    [root@localhost  src-dir] # tar jxvf ../setup-dir/glibc-2.11.2.tar.bz2
    [root@localhost  src-dir] # tar jxvf ../setup-dir/glibc-ports-2.11.tar.bz2

    [root@localhost  src-dir] # mv –v glibc-ports-2.11 glibc-2.11.2/ports

    [root@localhost  src-dir] # cd glibc-2.11.2

    [root@localhost  glibc-2.11.2] # patch –Np1 –i http://www.cnblogs.com/setup-dir/glibc-2.11.2-gcc_fix-1.patch

    [root@localhost  glibc-2.11.2] # patch –Np1 –i http://www.cnblogs.com/setup-dir/glibc-2.11.2-makefile_fix-1.patch

    [root@localhost  glibc-2.11.2] # cd $PRJROOT/build-dir/build-glibc

    [root@localhost build-glibc] # CC=arm-linux-gcc AR=arm-linux-ar RANLIB=arm-linux-ranlib /
    http://www.cnblogs.com/src-dir/glibc-2.11.2/configure /
    --host=arm-linux /
    --prefix=$PREFIX/$TARGET /

    --with-tls --disable-profile /
    --enable-add-ons /

    --with-headers=$PREFIX/$TARGET/include /
    libc_cv_forced_unwind=yes /
    libc_cv_c_cleanup=yes /

    libc_cv_arm_tls=yes

     [root@localhost build-glibc] # make

     [root@localhost build-glibc] # make install

       注:以上完成后,请查看一下$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

     

        Use the shared library, but some functions are only in

     

        the static library, so try that secondarily. */

     

    OUTPUT_FORMAT(elf32-littlearm)

     

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

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

    八、建立全套编译器 (full gcc)

    [root@localhost  build-gcc] #http://www.cnblogs.com/src-dir/gcc-4.4.4/configure --target=$TARGET --prefix=$PREFIX  --enable-languages=c,c++ --enable-shared

    [root@localhost  build-gcc] #make all

    [root@localhost  build-gcc] #make install

      

    我们再来看看 $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 gcc ld nm ranlib strip   

    查看缺省的搜寻路径:
    [root@localhost  bin] #arm-linux-gcc -print-search-dirs  

      十、测试和验证交叉编译工具

        下面编写一个简单的C程序,使用建立的工具链。、
    [root@localhost  bin] #cd $PRJROOT/program
    [root@localhost  program] #vi hello.c
    #include <stdio.h>

    int main(void)

    {

               printf("hello linux/n");

               return 0;

    }

    [root@localhost  program] #arm-linux-gcc hello.c -o hello –static (制作静态可执行文件)

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

                 Karen

    查看评论
    2楼 xin198404 2011-03-03 18:10发表 [回复] [引用] [举报]
    杯具liao...
    编完后发现只有arm-linux-gcc....
    发现楼主贴的步骤中在最后一步前边漏了:
    1.解压gcc-g++.4.4.4
    2.将t-linux中原改动的内容再改回去
    后再make, make install
    1楼 xin198404 2011-03-03 08:56发表 [回复]
    哇,这篇很全
    除一些小的改动,顺利编译通过!![e01]
    http://blog.csdn.net/axdc_qa_team/article/details/6032928
     
    分类: Linux基础
  • 相关阅读:
    连续3年!SpreadJS 纯前端表格控件荣获“中国优秀软件产品”
    终于有一款组件可以全面超越Apache POI
    List<Object> 多条件去重
    xml文档的解析并通过工具类实现java实体类的映射:XML工具-XmlUtil
    soap get/post请求
    map转java对象
    springboot postman 对象里传时间格式问题
    spring boot的多环境部署
    Hibernate 之 @Query查询
    利用maven命令将外部jar包导进maven仓库
  • 原文地址:https://www.cnblogs.com/zzb-Dream-90Time/p/6800448.html
Copyright © 2020-2023  润新知