[Ubuntu-zh] 请问编译gcc的时候怎么指定库文件目录

[chenchacha]

在 2012-03-06二的 21:14 +0800，sun写道：
> 于 2012年03月06日 20:39, chenchacha 写道:
> > 我是学电子的，平时用 arm-linux-gcc 交叉工具链。最近用 gcc-4.6.3 编译的
> > arm-none-linux-gnueabi 交叉工具链在编译Qt代码的时候出现了g++找不到库文件
> > 的问题
> >
> > arm-linux-g++ -lts -Wl,-O1
> > -Wl,-rpath,/usr/local/Trolltech/QtEmbedded-4.8.0-arm/lib -o movies
> > main.o movieplayer.o moc_movieplayer.o
> > -L/usr/local/Trolltech/QtEmbedded-4.8.0-arm/lib -lQtGui
> > -L/usr/local/trolltech/tslib/lib/
> > -L/usr/local/Trolltech/QtEmbedded-4.8.0-arm/lib -lQtNetwork -lQtCore
> > -lpthread
> > /usr/local/arm/4.6.3/lib/gcc/arm-none-linux-gnueabi/4.6.3/../../../../arm-none-linux-gnueabi/bin/ld: skipping incompatible /lib/libpthread.so.0 when searching for /lib/libpthread.so.0
> > /usr/local/arm/4.6.3/lib/gcc/arm-none-linux-gnueabi/4.6.3/../../../../arm-none-linux-gnueabi/bin/ld: cannot find /lib/libpthread.so.0
> > collect2: ld 返回 1
> > make: *** [movies] 错误 1
> >
> > 可以看到 arm-none-linux-gnueabi-g++ 跑到根目录 /lib 下面找寻找库文件
> > libpthread.so.0，而libpthread.so.0 和其他库是放在它自己的目录下面的。
> >
> > 我的 gcc 配置选项是
> > ../configure --target=arm-none-linux-gnueabi \
> > --prefix=/usr/local/arm/4.6.2/ --enable-languages=c,c++ \
> > --disable-libgomp --with-cpu=arm920t --with-tune=arm9tdmi
> > --with-float=soft
> >
> > 配置选项只指定了安装目录，编辑器支持的语言和目标体系，去掉了编译会出错的
> > libgomp ，没有指定库文件目录。但是用 gcc 去编译 c 代码的时候是可以正常去
> > 自己的库搜索，出问题的是 g++ ，也就是在编译 c++ 代码的时候 g++ 会去根目
> > 录寻找系统库
> >
> >
> 可以在编译之前 修改一下 PATH 变量 比如 PATH=“你交叉编译器的个目录，一般 
> 就是../bin”:$PATH, 强制路径，先后顺序对了就可以了,  最本的办法就是 它哪 
> 里找不到，你就把库复制一个过去也行，当然以后可能会有问题 ，最后就是自己 
> 指定。
> 
呃，那个 PATH 路径之前就改了的。关于覆盖 /lib 的问题， 我的 lib 是编译完
整的 glibc， 覆盖系统 /lib 之后系统就别想动了。

这里补充一下工具链编译全过程:
首先是建立编译目录，建立在/usr/local/arm/4.6.3, 然后在该目录下建立编译工
具目录 build-tools 和 arm-none-linux-gnueabi 目录。

复制内核头文件目录 kernel/include/linux kernel/include/asm-generic
kernel/arch/arm/include/asm 到 arm-none-linux-gnueabi/include 下。

修改PATH变量，将 /usr/local/arm/4.6.3/bin 加进去。

编译过程是在 build-tools 目录下进行的，解压 binutils-2.22, gcc-4.6.3,
glibc-2.14.1 到该目录，glibc 目录加入 glibc-ports-2.14.1， 并给 glibc 打
上三个补丁：glibc-2.14.1-cpuid-1.patch， glibc-2.14.1-gcc_fix-1.patch，
glibc-2.14.1-fixes-1.patch


编译 binutils-2.22 的选项是：
../configure --target=arm-none-linux-gnueabi
--prefix=/usr/local/arm/4.6.3/

第一次编译 gcc 的选项是：
../configure --target=arm-none-linux-gnueabi \
--prefix=/usr/local/arm/4.6.3/ --without-headers --enable-language=c \
--disable-threads --with-newlib --disable-shared --disable-libmudflap \
--disable-libssp --with-cpu=arm9tdmi

编译 glibc 的选项是：
BUILD_CC="gcc" CC=arm-none-linux-gnueabi-gcc \
../configure --host=arm-none-linux-gnueabi \
--target=arm-none-linux-gnueabi \
--prefix=/usr/local/arm/4.6.3/arm-none-linux-gnueabi/ --enable-add-ons \
--disable-profile --with-binutils=/usr/local/arm/4.6.3/bin \
--with-headers=/usr/local/arm/4.6.3/arm-none-linux-gnueabi/include \
libc_cv_forced_unwind=yes libc_cv_c_cleanup=yes libc_cv_arm_tls=yes

编译 glibc 的时候报错，将 Makeconfig 第556行和561行的 -lgcc-eh 去掉编译
才通过。
 glibc 编译完成后按网上的方法还修改了
arm-none-linux-gnueabi/lib/libc.so , 将 GROUP
( /lib/libc.so.6 /lib/libc_no    nshared.a  AS_NEEDED
( /lib/ld-linux.so.3 ) ) 改为 GROUP ( libc.so.6 libc_no    nshared.a )

再次编译完整 gcc 的选项是：
../configure --target=arm-none-linux-gnueabi \
--prefix=/usr/local/arm/4.6.3/ --enable-languages=c,c++ \
--disable-libgomp --with-cpu=arm920t --with-tune=arm9tdmi
--with-float=soft

编译完成后将 /usr/local/arm/4.6.3/bin 下面的 arm-none-linux-gnueabi-* 复
制一份改名叫 arm-linux-* 并放回 bin 目录下， 其中 arm-linux-gcc
arm-linux-gcc-4.6.2 arm-linux-g++ 是三个脚本

arm-linux-gcc内容:
	#!/bin/sh

	exec arm-none-linux-gnueabi-gcc -march=armv4t $*

arm-linux-gcc-4.6.3的内容:
	#!/bin/sh

	exec arm-none-linux-gnueabi-gcc -march=armv4t $*

arm-linux-g++的内容:
	#!/bin/sh

	exec arm-none-linux-gnueabi-g++ -march=armv4t $*

整个编译链在编译 c 代码的时候正常使用，无论用不用库文件，我用这个工具链
编译了 busybox-1.19.3， wget-1.11.4，ncurses-5.9 用于测试，全部成功并能
运行。只有在编译 c++ 代码的时候会跑飞。