顺利编译 binutiles-gcc-glibc

Posted 勤敬端正

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了顺利编译 binutiles-gcc-glibc相关的知识，希望对你有一定的参考价值。

恩，前面一篇弃了，先知道怎么能成功，还有要避开哪些坑，然后再去仔细研究到底咋回事。

这里顺利编译 arm-lfs-linux-gnueabi , 参考了下面的资料：

1. 《Linux From ScratchVersion 7.3》

2. http://www.cnblogs.com/Charles-Zhang-Blog/archive/2013/02/21/2920999.html

3. https://gcc.gnu.org/wiki/FAQ#configure

4. http://preshing.com/20141119/how-to-build-a-gcc-cross-compiler/

就写这么多吧，其实还 google 了其它很多资料。上面资料重要性依次顺推。

 

使用的源码列表：

1. binutils-2.22.tar.bz2， 补丁 binutils-2.22-build_fix-1.patch

2. gcc-4.7.1.tar.bz2，编译中，有按照资料 1 做修改。

3. linux-3.2.6.tar.xz

4. glibc-2.16.0.tar.xz，补丁 glibc-2.16.0-res_query_fix-1.patch，ports 包 glibc-ports-2.16.0.tar.gz

 

1. 编译 binutiles

这里一般都很顺利，基本思路就是，利用本机的 gcc 和 binutiles，制作一个在本地执行的针对目标 CPU 的 binutiles。这里使用的配置选项有

../configure \\
--prefix=/tools \\
--with-sysroot=/mnt/lfs/ \\
--with-lib-path=/tools/lib \\
--target=arm-lfs-linux-gnueabi \\
--disable-nls

这里也是有坑的，gnueabi 部分，这个命名是不可以自由发挥的，gcc 和 glibc 都会根据这个名字去做匹配。如果这个名字匹配不到，会出很多莫名其妙问题，比如，我开始的时候自己发挥的 gnueabihf，在编译 gcc 的时候，ld 总是提示找不到这找不到那。因为我后来查看（ ld --verbose，查看 ld 的各种信息），这个版本的链接器只认这个：

GNU ld (GNU Binutils) 2.22
  Supported emulations:
   armelf_linux_eabi
   armelfb_linux_eabi
using internal linker script:
...

它在链接的时候，认不了 eabihf。

 

2. 编译 gcc

事实上，我们要编译的 arm-lfs-linux-gnueabi-gcc 是在本机运行的，所以，它执行的环境使用本机的 gcc 和 binutiles 就可以构建。但是，arm-lfs-linux-gnueabi-gcc 里面有针对目标系统ld、as 的硬链接，所以，binutiles 要先准备好。另外，还不知道为什么，最近的工具链编译文档都推荐使用 -with-newlib。编译这个库是需要链接工具的。

按照文档 1 所描述的方法，修改了 gcc 的源码。因为文档1只涉及 x86，所以，同样的，我还手动修改了$SRC/gcc/config/arm/ 下的 linux-eabi.h 和 linux-elf.h ，GLIBC_DYNAMIC_LINKER 的定义路径。

然后，是我的配置选项：

../configure \\
--target=arm-lfs-linux-gnueabi \\
--prefix=/tools \\
--with-sysroot=/mnt/lfs/ \\
--with-newlib \\
--without-headers \\
--with-local-prefix=/tools \\
--with-native-system-header-dir=/tools/include \\
--disable-nls \\
--disable-shared \\
--disable-multilib \\
--disable-decimal-float \\
--disable-threads \\
--disable-libmudflap \\
--disable-libssp \\
--disable-libgomp \\
--disable-libquadmath \\
--enable-languages=c

需要注意的是，target 要和上面 binutiles 的一致。编译过程中，配置脚本会去 $prefixe/bin 目录下，寻找同样前缀的 binutiles 工具。找不到，就会用本机的 binutiles，也不会提示错误，但是 make 就是各种有问题。

另外，推荐下面的编译过程：

make all-gcc
make install all-gcc
make all-target-libgcc
make install-target-libgcc

分步骤定位问题，如果是 all-target-ligbcc 无法编译，那估计是 linker 的问题（ld）。

 

3. 准备 linux-header

呵呵，参考了很多文档，大家取 linux-header 的手法都不一样，千奇百怪，还说要编译过才能取云云。

继续参考文档 1 ，但是，我这里去的内核是跟我主机的版本内核一致的，并没选文档中推荐的版本。但是，另个差不多，应该关系不大。

下载来内核包并解压后：

make mrproper

make headers_check
make INSTALL_HDR_PATH=dest headers_install
make ARCH=arm INSTALL_HDR_PATH=dest_arm headers_install

然后，把 dest（ dest_arm ）目录下的文档拷贝到需要的地方即可。

 

4. 编译 glibc

按文档 1 的描述对代码进行了处理。这里主要是把 Makeconfig 文件中的 -lgcc_s 做了删除操作。因为我们的 gcc 是静态编译，并没有 libgcc.s ,但是，Makeconfig 其实是可以用我们在上一步产生的 libgcc.a 来完成编译的（也因为这，需要在 libgcc.a 同目录下，建一个软链接 libgcc_eh.a 到它）。

下面是我的 configure 选项：

../configure \\
--prefix=/tools \\
--host=arm-lfs-linux-gnueabi \\
--build=$(../scripts/config.guess) \\
--disable-profile \\
--enable-add-ons \\
--enable-kernel=2.6.25 \\
--with-headers=/tools/include \\
libc_cv_forced_unwind=yes \\
libc_cv_ctors_header=yes \\
libc_cv_c_cleanup=yes \\
libc_cv_arm_pcs_vfp=yes \\
libc_cv_arm_eabi=yes

需要注意，这里会根据 --host=arm-lfs-linux-gnueabi 来选择编译 gcc 需要的工具！所以，我们要在这里 configure 之前，把前面工具的目录添加到 PATH 中：

exprot PATH=$PATH:/tools/bin/

make&make install

同样，会因为工具链命名的问题，产生很多奇怪的错误。

 

5. 工具连测试

首先，如果可以顺利编译，起码是有一大半是成功的

$ echo \'main(){}\' > dummy.c
$ arm-linux-gnueabi-gcc dummy.c
$ readelf -l a.out| grep tools
/tools/lib/ld-linux.so.3

然后，看到连接库指向的是 /tools/lib/ld-linux.so.3 ，正是我们刚刚编译 glibc 得到的。

另外，查看 /tools/lib/ld-linux.so.3 的 elf 信息，工具对 cpu 的支持情况等，也都一目了然。

...
Version definition section \'.gnu.version_d\' contains 3 entries:
  Addr: 0x0000000000000608  Offset: 0x000608  Link: 4 (.dynstr)  000000: Rev: 1  Flags: BASE   Index: 1  Cnt: 1  Name: ld-linux.so.3
  0x001c: Rev: 1  Flags: none  Index: 2  Cnt: 1  Name: GLIBC_2.4
  0x0038: Rev: 1  Flags: none  Index: 3  Cnt: 2  Name: GLIBC_PRIVATE
  0x0054: Parent 1: GLIBC_2.4
Attribute Section: aeabi
File Attributes
  Tag_CPU_name: "ARM10TDMI"
  Tag_CPU_arch: v5T
  Tag_ARM_ISA_use: Yes
  Tag_THUMB_ISA_use: Thumb-1
  Tag_ABI_PCS_wchar_t: 4
  Tag_ABI_FP_rounding: Needed
  Tag_ABI_FP_denormal: Needed
  Tag_ABI_FP_exceptions: Needed
  Tag_ABI_FP_number_model: IEEE 754
  Tag_ABI_align_needed: 8-byte
  Tag_ABI_align_preserved: 8-byte, except leaf SP
  Tag_ABI_enum_size: int
  Tag_ABI_optimization_goals: Aggressive Speed
  Tag_DIV_use: Not allowed

因为这个过程中，并没有指定 CPU 的信息，所以，默认 ARM10TDMI 这个适应性最广的内核。但是，还不知道这里为什么 GLIBC 的版本是 2.4？不过，看了手上几个交叉编译工具，他们 ld-linux.so.x 文件，打印出的也都是 GLIBC_2.4。

不确定的话，还可以用 gcc -v dummy.c 来看看 compile 和 link 的详细搜索信息：

Using built-in specs.
COLLECT_GCC=/tools/bin/arm-lfs-linux-gnueabi-gcc
COLLECT_LTO_WRAPPER=/mnt/lfs/tools/bin/../libexec/gcc/arm-lfs-linux-gnueabi/4.7.1/lto-wrapper
Target: arm-lfs-linux-gnueabi
Configured with: ../configure --target=arm-lfs-linux-gnueabi --prefix=/tools --with-sysroot=/mnt/lfs/ --with-newlib --without-headers --with-local-prefix=/tools --with-native-system-header-dir=/tools/include --disable-nls --disable-shared --disable-multilib --disable-decimal-float --disable-threads --disable-libmudflap --disable-libssp --disable-libgomp --disable-libquadmath --enable-languages=c
Thread model: single
gcc version 4.7.1 (GCC) 
COLLECT_GCC_OPTIONS=\'-v\' \'-mtls-dialect=gnu\'
 /mnt/lfs/tools/bin/../libexec/gcc/arm-lfs-linux-gnueabi/4.7.1/cc1 -quiet -v -iprefix /mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/ dummy.c -quiet -dumpbase dummy.c -mtls-dialect=gnu -auxbase dummy -version -o /tmp/ccM0ks0K.s
GNU C (GCC) version 4.7.1 (arm-lfs-linux-gnueabi)
    compiled by GNU C version 4.6.3, GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/../../../../arm-lfs-linux-gnueabi/include"
ignoring duplicate directory "/mnt/lfs/tools/bin/../lib/gcc/../../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/include"
ignoring duplicate directory "/mnt/lfs/tools/bin/../lib/gcc/../../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/include-fixed"
ignoring nonexistent directory "/mnt/lfs/tools/bin/../lib/gcc/../../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/../../../../arm-lfs-linux-gnueabi/include"
ignoring duplicate directory "/mnt/lfs/tools/include"
#include "..." search starts here:
#include <...> search starts here:
 /mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/include
 /mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/include-fixed
 /mnt/lfs/tools/include
End of search list.
GNU C (GCC) version 4.7.1 (arm-lfs-linux-gnueabi)
    compiled by GNU C version 4.6.3, GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 8984c53ee8f338d4ee7617f8ba4e1a93
COLLECT_GCC_OPTIONS=\'-v\' \'-mtls-dialect=gnu\'
 /mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/../../../../arm-lfs-linux-gnueabi/bin/as -v -meabi=5 -o /tmp/ccNzMZcr.o /tmp/ccM0ks0K.s
GNU assembler version 2.22 (arm-lfs-linux-gnueabi) using BFD version (GNU Binutils) 2.22
COMPILER_PATH=/mnt/lfs/tools/bin/../libexec/gcc/arm-lfs-linux-gnueabi/4.7.1/:/mnt/lfs/tools/bin/../libexec/gcc/:/mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/../../../../arm-lfs-linux-gnueabi/bin/
LIBRARY_PATH=/mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/:/mnt/lfs/tools/bin/../lib/gcc/:/mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/../../../../arm-lfs-linux-gnueabi/lib/:/mnt/lfs/tools/lib/
COLLECT_GCC_OPTIONS=\'-v\' \'-mtls-dialect=gnu\'
 /mnt/lfs/tools/bin/../libexec/gcc/arm-lfs-linux-gnueabi/4.7.1/collect2 --sysroot=/mnt/lfs/ --eh-frame-hdr -dynamic-linker /tools/lib/ld-linux.so.3 -X -m armelf_linux_eabi /mnt/lfs/tools/lib/crt1.o /mnt/lfs/tools/lib/crti.o /mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/crtbegin.o -L/mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1 -L/mnt/lfs/tools/bin/../lib/gcc -L/mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/../../../../arm-lfs-linux-gnueabi/lib -L/mnt/lfs/tools/lib /tmp/ccNzMZcr.o -lgcc -lc -lgcc /mnt/lfs/tools/bin/../lib/gcc/arm-lfs-linux-gnueabi/4.7.1/crtend.o /mnt/lfs/tools/lib/crtn.o

 

 

6. 根据编译好的 glibc 来重做工具

写不下去了，不知道接下来要干啥哈哈哈，随便倒腾倒腾。继续制作指向新 libc 库的 gcc 和 binutils ？

还有改掉那个 linker 的路径。

反正，目标是用自制的工具作出自己的系统来，所以，还有蛮多工作要做。

 

7. 修改 lib 路径重新编译

这次编译就是使用工具默认的路径，没有制定 include，也没有指定 lib。使用的文件和上面一样（没有改变 gcc/config/arch/linux-**.h 里的 program interpreter，保持原来的 ld-linux.so.*），改变 configure 选项如下。同样是成功可用的。

../configure \\
--prefix=/tmp/toolchains/ \\
--target=arm-lfs-linux-gnueabi \\
--disable-nls
-------------------------------------------------------------------------------
../configure \\
--target=arm-lfs-linux-gnueabi \\
--prefix=/tmp/toolchains/ \\
--with-newlib \\
--without-headers \\
--disable-nls \\
--disable-shared \\
--disable-multilib \\
--disable-decimal-float \\
--disable-threads \\
--disable-libmudflap \\
--disable-libssp \\
--disable-libgomp \\
--disable-libquadmath \\
--enable-languages=c,c++
-------------------------------------------------------------------------------
exprot PATH=$PATH:/tmp/toolchains/bin/

../configure \\
--prefix=/tmp/toolchains/arm-lfs-linux-gnueabi/ \\
--host=arm-lfs-linux-gnueabi \\
--build=$(../scripts/config.guess) \\
--disable-profile \\
--enable-add-ons \\
--enable-kernel=2.6.25 \\
libc_cv_forced_unwind=yes \\
libc_cv_ctors_header=yes \\
libc_cv_c_cleanup=yes \\
libc_cv_arm_pcs_vfp=yes \\
libc_cv_arm_eabi=yes

测试工具，查看 program interpreter 都没有问题。

以上是关于顺利编译 binutiles-gcc-glibc的主要内容，如果未能解决你的问题，请参考以下文章

MAC编译jogl/gluegen很顺利

顺利办云管家：SaaS平台+顺利办门店，打造顺利办中小微企业服务平台

错误记录Android Studio 编译报错 ( VirtualApp 编译 NDK 报错 | Error:A problem occurred configuring project ‘: )(代

错误记录Android Studio 编译报错 ( VirtualApp 编译 NDK 报错 | Error:A problem occurred configuring project ‘: )(代

关于qt的图片显示的问题，急？？？程序通过编译，但图片不能顺利打开。

编译树莓派2代B型OpenWrt固件实现无线路由器及nodogsplash认证功能