当前位置：文档之家 › Linux下构建GCC交叉编译器全记录

Linux下构建GCC交叉编译器全记录

  • 格式：doc
  • 大小：38.50 KB
  • 文档页数：5

Linux下构建GCC交叉编译器全记录2010-12-15 21:18〇、缘起前不久做了个Damn Small Linux启动U盘，感觉很实用。

美中不足是根文件系统一直是初始RAM盘，不能按需修改；要把DSL安装到U盘又需要200M空间，我的U盘只有128M。

一怒之下，决定自己做一个LFS(Linux From Scratch)，开源精神不是支持自己动手么。

计划是构建一个兼容i586(Pentium, Celeron)以上架构的小型系统，完全包含在U盘里。

我所用的机器是x86_64架构，因此LFS的第一步是构建一个到i586的交叉编译器。

Cross-Compile Linux From Scratch是关于交叉编译Linux的详尽文档，开头包括了构建交叉编译器的详细介绍。

但是所用的源代码版本有些已颇旧，而且步骤也略嫌繁琐，我决定用新版本的源代码自己探索一下。

一、准备编译环境构建过程运行在Fedora 14 Linux上，CPU Intel Core 2 Duo，内核版本2.6.35.9 (x86_64)。

要编译交叉编译器首先需要一个编译器，这里就是GCC(4.5.1)。

另外，编译GCC还需要MPFR、GMP、MPC三个库，安装之。

当然一干构建工具如make、autoconf等是不可或缺的，就不赘述了。

为了构建过程清晰，源代码和目标文件尽量分开放置，因此在用户目录下创建目录src放置源代码，cross-build放置目标代码。

mkdir ~/srcmkdir ~/cross-build我准备把交叉编译器安装到/usr/local目录下，为简化配置命令，创建一个脚本～/cross-build/setenv设置环境变量，内容如下：PREFIX=/usr/localPATH=${PREFIX}/bin:/bin:/usr/binTOOLS=`pwd`/toolsHOST=$MACHTYPETARGET=i586-linux如果构建工作中途停止，关机重启，或者其他干扰，继续之前先运行此脚本重设环境。

cd ~/cross-build. setenv二、下载源代码需要下载Binutils、GCC、Glibc的源代码，源代码包位于GNU的FTP(ftp:///)上。

这里下载的是Binutils 2.21、GCC 4.5.1和Glibc 2.11.3。

因为我的目标平台是Linux，编译Glibc还需要Linux的源代码，可以从/获取。

wget ftp:///gnu/binutils/binutils-2.21.tar.bz2wget ftp:///gnu/gcc/gcc-4.5.1/gcc-4.5.1.tar.bz2wget ftp:///gnu/glibc/glibc-2.11.3.tar.bz2wget /pub/linux/kernel/v2.6/linux-2.6.36.2.tar.bz2三、编译Binutils整个构建过程分四大步，依次为Binutils，静态GCC，Glibc，最终（带Glibc的）GCC，后面的工作依赖于前面的结果。

Binutils包含交叉编译器必需的汇编器、链接器、archiver （打包器？）和其他各种工具。

首先解压源代码到~/src。

tar xjf binutils-2.21.tar.bz2 -C ~/src在~/cross-build目录下为Binutils目标文件创建一个目录，然后切换到该目录。

mkdir ~/cross-build/binutilscd ~/cross-build/binutils配置为交叉编译，--target指明编译出来的工具可以处理的体系结构，而不是它们将要运行在的体系结构。

这里构建的是交叉编译器，编译器的运行环境（宿主host）和目标程序的运行环境（目标机target)是不同的，但是编译交叉编译器的工具的运行环境（build）和宿主是一样的（至少这里是）。

~/src/binutils-2.21/configure --prefix=$PREFIX --target=$TARGET --disable-nls make -j 2 2>&1 | tee make.out-j 2 选项使GNU make并行编译，2>&1 把错误输出重定向到标准输出，然后用tee存入文件make.out。

sudo make -j 2 install四、编译静态GCC一个完整的交叉编译器必须带有标准C库，这里选择Glibc，而为了编译Glibc，又必须先有一个交叉编译器。

解决的办法是先编译一个受限的、不带C库的交叉编译器，然后用它来编译Glibc，最后再携同Glibc一齐编译完整的交叉编译器。

这一步就是编译一个受限的GCC，称为静态，是因为它用到的所有库（是交叉编译器用到的库，不是目标程序需要的库，不是将要编译的Glibc）都是静态链接入可执行文件的，不然下面编译libgcc的时候会遇到链接找不到crti.o和crtn.o的问题，原因未分析。

tar xjf gcc-4.5.1.tar.bz2 -C ~/src这个临时的交叉编译器只用于编译Glibc，为它创建一个临时的安装目录：mkdir ~/toolsmkdir ~/cross-build/gcc-staticcd ~/cross-build/gcc-static~/src/gcc-4.5.1/configure --prefix=$TOOLS --target=$TARGET --disable-multilib --disable-nls --disable-shared --without-headers --disable-threads--enable-visibility --disable-decimal-float --enable-languages=c--disable-shared禁止动态链接，使用静态链接；--enable-visibility使能visibility 属性，编译Glibc时需要；--disable-decimal-float禁止十进制浮点数库，此库需要fenv.h 头文件，无法编译通过。

另外，编译Glibc依赖libgcc，编译GCC的同时编译之。

make -j 2 all-gcc all-target-libgcc 2>&1 | tee make.outmake -j 2 install-gcc install-target-libgcc五、安装Linux头文件我编译的交叉编译器的目标平台是Linux(i586-linux)，所以在编译Glibc之前必须安装Linux头文件，Glibc使用到这些头文件。

tar xjf glibc-2.11.3.tar.bz2 -C ~/srccd ~/src/linux-2.6.36.2make -j 2 mrpropermake -j 2 ARCH=i386 headers_checksudo make -j 2 ARCH=i386 INSTALL_HDR_PATH=${PREFIX}/${TARGET} headers_install 完成之后Linux头文件就安装在${PREFIX}/${TARGET}/include下了。

六、编译Glibc编译Glibc可能是最繁杂也最易出错的工作，为了交叉编译，必须对源代码目录树的文件做一点修改，而且要手动设置几个configure变量。

首先，编译期间会链接GCC的库文件libgcc_eh.a，但是上一步编译的GCC实际不产生这个库，为了顺利通过链接器，可以创建一个到libgcc.a的符号链接。

cd ${PREFIX}/lib/gcc/${TARGET}/4.5.1sudo ln -s libgcc.a libgcc_eh.a其次，configure Glibc时检测forced unwind会失败，查看config.log似乎是因为GCC 的库还没有准备好。

解决办法是在编译目录下创建config.cache来欺骗configure。

tar xjf linux-2.6.36.2.tar.bz2 -C ~/srcmkdir ~/cross-build/glibccd ~/cross-build/glibc创建config.cache加入如下两行：libc_cv_forced_unwind=yeslibc_cv_c_cleanup=yes使用Glibc编译的程序运行时使用ld-linux.so.2载入共享库，为了以后这些程序能正确找到共享库，配置Glibc的前缀为/usr。

这是共享库在目标机的前缀，宿主机的前缀则安装时使用install_root来指定。

之所以这样，是为了将此前缀硬编码进ld-linux.so.2，否则该程序将目标机用宿主机的前缀查找共享库。

PATH=${TOOLS}/bin:$PATH BUILD_CC=gcc CC=${TARGET}-gcc AR=${TARGET}-arRANLIB=${TARGET}-ranlib CFLAGS="-march=$(cut -d- -f1 <<< $TARGET) -mtune=generic -g -O2" ~/src/glibc-2.11.3/configure --prefix=/usr --build=$HOST --host=$TARGET --disable-profile --enable-add-ons --with-tls --enable-kernel=2.6.0--with-__thread --with-headers=${PREFIX}/${TARGET}/include--cache-file=config.cache环境变量CC指定目标机器的编译器，即上一步构建的交叉编译器；而BUILD_CC指定本次编译Glibc用到的编译器。

编译Glibc要用到Linux的头文件，用--with-headers选项指明刚安装的头文件的位置。

PATH=${TOOLS}/bin:$PATH make -j 2 2>&1 | tee make.outsudo sh -c "PATH=${TOOLS}/bin:$PATH make -j 2 install_root=${PREFIX}/${TARGET} prefix= install"如上述，install_root指定安装到宿主机的前缀。

安装Glibc还有最后一步，由于配置和安装指定了不同的前缀，链接某些库文件事会使用目标机的绝对路径搜索宿主机，导致找不到库文件。

合集下载

实验3-4 交叉编译工具arm-linux-gcc的制作

实验3-4 交叉编译工具arm-linux-gcc的制作

实验3－4 交叉编译工具arm-linux-gcc的制作【实验目的】掌握交叉编译工具arm-linux-gcc制作.掌握交叉编译工具arm-linux-gcc测试.【实验步骤】第一步:准备工具包(工具包在相应的实验代码目录下)crosstool-0.43.tar.gzbinutils-2.16.1.tar.bz2gcc-4.0.2.tar.gzglibc-2.3.6.tar.gzglibc-linuxthreads-2.3.6.tar.gzlinux-2.6.26.tar.gzlinux-libc-headers-2.6.12.0.tar.bz2第二步:在登录的用户目录（假定用户名是：james）下面建立cross目录【不要以root 用户登录】mkdir /home/james/downloads第三步:将crosstool-0.43.tar.gz 复制到downloads目录并减压cp crosstool-0.43.tar.gz /home/james/downloadscd /home/james/downloadstar -zxvf crosstool-0.43.tar.gz第四步:将其他文件一起复制到downloads目录下第五步:进入crosstool-0.43目录对相关文件进行修改【1】修改arm.datKERNELCONFIG=`pwd`/arm.configTARGET=arm-linuxTARGET_CFLAGS="-O"【2】修改demo-arm.sh:#!/bin/sh# This script has one line for each known working toolchain# for this architecture. Uncomment the one you want.# Generated by generate-demo.pl from buildlogs/all.dats.txtTARBALLS_DIR=/home/james/downloads#下载的源码包存放的路径RESULT_TOP=/home/james/crosstool #交叉编译工具来链安装的路径export TARBALLS_DIR RESULT_TOPGCC_LANGUAGES="c,c++"export GCC_LANGUAGES# Really, you should do the mkdir before running this,# and chown /opt/crosstool to yourself so you don't need to run as root.mkdir -p $RESULT_TOP#eval `cat arm.dat gcc-2.95.3-glibc-2.1.3.dat` sh all.sh --notest#eval `cat arm.dat gcc-2.95.3-glibc-2.2.2.dat` sh all.sh --notest#eval `cat arm.dat gcc-2.95.3-glibc-2.2.5.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.2.3-glibc-2.2.5.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.2.3-glibc-2.3.2.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.2.3-glibc-2.3.2-tls.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.3.6-glibc-2.2.2.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.3.6-glibc-2.2.5.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.3.6-glibc-2.3.2.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.3.6-glibc-2.3.2-tls.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.4.5-glibc-2.2.2.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.4.5-glibc-2.2.5.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.4.5-glibc-2.3.2.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.4.5-glibc-2.3.2-tls.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.4.5-glibc-2.3.5.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.4.5-glibc-2.3.5-tls.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.4.5-glibc-2.3.6.dat` sh all.sh --notest#eval `cat arm.dat gcc-3.4.5-glibc-2.3.6-tls.dat` sh all.sh --notest#eval `cat arm.dat gcc-4.0.2-glibc-2.2.2.dat` sh all.sh --notest#eval `cat arm.dat gcc-4.0.2-glibc-2.3.2.dat` sh all.sh --notest#eval `cat arm.dat gcc-4.0.2-glibc-2.3.2-tls.dat` sh all.sh --notest#eval `cat arm.dat gcc-4.0.2-glibc-2.3.5.dat` sh all.sh --notest#eval `cat arm.dat gcc-4.0.2-glibc-2.3.5-tls.dat` sh all.sh --notest#eval `cat arm.dat gcc-4.0.2-glibc-2.3.6.dat` sh all.sh --notest#eval `cat arm.dat gcc-4.0.2-glibc-2.3.6-tls.dat` sh all.sh --notest#eval `cat arm.dat gcc-4.1.0-glibc-2.2.2.dat` sh all.sh --notest#eval `cat arm.dat gcc-4.1.0-glibc-2.3.2.dat` sh all.sh --notest#eval `cat arm.dat gcc-4.1.0-glibc-2.3.2-tls.dat` sh all.sh --notest #注释eval `cat arm.dat gcc-4.0.2-glibc-2.3.6.dat` sh all.sh --notestt #添加此行echo Done.【3】修改gcc-4.0.2-glibc-2.3.6.datBINUTILS_DIR=binutils-2.16.1GCC_DIR=gcc-4.0.2GLIBC_DIR=glibc-2.3.6LINUX_DIR=linux-2.6.26LINUX_SANITIZED_HEADER_DIR=linux-libc-headers-2.6.12.0GLIBCTHREADS_FILENAME=glibc-linuxthreads-2.3.6第六步:执行./demo-arm.sh，大约1个小时左右在/home/james/crosstool 将生成我们需要的交叉编译工具。

GCC交叉编译平台建立过程

GCC交叉编译平台建立过程

配置的目的是将 binutils 安装到什么地方，在这里为/usr/local,在 linux 系统下， 这个目录就是用来存放安装结果的地方。--targeth 和--with-cpu 选项说明了生成 的汇编器和链接器等是针对 arm 处理器的，具体是 arm 系列的 arm8 处理器,并且 该处理器上还没有运行操作系统（大多数嵌入式系统都是这样的）。
链接时，主要是链接函数和全局变量，所以，我们可以使用这些中间目标文件（O 文件或是 OBJ 文件）来链接我们的应用程序。链接器并不管函数所在的源文件，只管函数的中间目标 文件（Object File），在大多数时候，由于源文件太多，编译生成的中间目标文件太多，而在 链接时需要明显地指出中间目标文件名，这对于编译很不方便，所以，我们要给中间目标文 件打个包，在 Windows 下这种包叫“库文件”（Library File)，也就是 .lib 文件，在 UNIX 下， 是 Archive File，也就是 .a 文件。
首先从网上下载 binutils-2.13.2.1.tar.gz,执行以下命令： tar –xzvf binutils-2.13.2.1.tar.gz
新生成的 binutils-2.13.2.1 被称为源目录，用${srcdir}表示它。以后在出现 ${srcdir}的地方，应该用真实的路径来替换它。
C 语言应 用程序
Gcc 源代码
针对目标机器 （arm）的可执行 文件
Gcc 交 叉 编 译器
Gcc3.2.3 本地编译器
在本地机上 运行
需要说明的是，由于 linux 下的一些程序并不具有很好的兼容性和稳定性， 因此所用的 gcc 本地编译器最好是稳定的版本（比如 gcc3.2.2），而不要一味地追 求最高的版本。
linux交叉编译环境搭建步骤

linux交叉编译环境搭建步骤

linux交叉编译环境搭建步骤在Linux系统下搭建交叉编译环境主要涉及以下几个步骤：2. 配置环境变量：将交叉编译工具链的路径添加到系统的环境变量中以便于使用。

可以在用户的`.bashrc`或`.bash_profile`文件中添加如下行：```bashexport PATH=<path_to_toolchain>/bin:$PATH```其中`<path_to_toolchain>`是指交叉编译工具链所在的路径。

3.设置目标平台的系统根目录：交叉编译时需要使用目标平台的系统库和头文件，因此需要设置目标平台的系统根目录。

可以通过以下方式设置：```bashexport SYSROOT=<path_to_sysroot>```其中`<path_to_sysroot>`是指目标平台的系统根目录。

4.编写一个简单的交叉编译项目：为了验证交叉编译环境是否搭建成功，可以编写一个简单的交叉编译项目进行测试。

例如，编写一个简单的C程序，将其交叉编译为ARM平台下的可执行文件。

```c#include <stdio.h>int maiprintf("Hello, world!\n");return 0;```将上述代码保存为`hello.c`文件。

然后，使用以下命令进行交叉编译：```basharm-linux-gnueabi-gcc -o hello hello.c```编译完成后，会生成一个名为`hello`的可执行文件。

在ARM平台上执行该可执行文件，将输出`Hello, world!`。

以上就是在Linux系统下搭建交叉编译环境的基本步骤。

根据具体的需求，可能还需要进行其他的配置和设置。

linux实验二交叉编译和Makefile实验报告

linux实验二交叉编译和Makefile实验报告

运行gcc编译出来的可执行文件。
[root @localhost hehui]# ./hmily
④使用交叉编译器编译并运行。
A.[root @localhost hehui]# arm-linux-gcc -o hmily ji_oushu.c
B.打开另外一个终端，输入minicom进入板子里去。
C.操作一下命令。
[root @localhost ~]# cd 2008550533
[root @localhost 2008550533]# mkdir hehui
[root @localhost ~]# cd hehui
[root @localhost hehui]# vi ji_oushu.c
/*输出50以内的奇数和偶数*/
④使用gcc编译，查看运行结果。
[root @localhost prime]# gcc prime.c -oprime_hehui
[root @localhost prime]# ./prime_hehui
⑤编写Makefile文件实现第④步功能，并使用make工具生成这个可执行文件。
[root @localhost prime]# rm -r prime_hehui
all:prime
prime:prime.o main.o
$(CC) $(CFLAGS) $^ -o $@
prime.o:prime.c
$(CC) $(CFLAGS) -c $< -o $@
main.o:main.c prime.h
$(CC) $(CFLAGS) -c $< -o $@
clean:
rm -fr prime_hehui *.o
clean: 37