编译glibc2.5时出现check错误的可能原因及解决办法

 

上述错误的可能原因是：

sed -i '/vi_VN.TCVN/d' localedata/SUPPORTED
sed -i \
's|libs -o|libs -L/usr/lib -Wl,-dynamic-linker=/lib/ld-linux.so.2 -o|' \
scripts/test-installation.pl
sed -i 's|@BASH@|/bin/bash|' elf/ldd.bash.in
mkdir -v ../glibc-build
cd ../glibc-build
../glibc-2.5.1/configure --prefix=/usr \
--disable-profile --enable-add-ons \
--enable-kernel=2.6.0 --libexecdir=/usr/lib/glibc

再弄弄看是不是 "`" 和 " ' " 弄错啦
注意空格 是不是多空了 还是少空啦 （建议下载6.3版的英文手册），这些都没有显示的 。

如果不行的话 的VMWare虚拟机的话 请使用快照记录下来。
但然，也可以不用再管这个问题 再继续下去.
我也跟你差不多的错误 后面我继续编译下面的 居然通过啦。

 

完成编译glibc之后，需要测试工具链是否被调整成功
echo 'main(){}' > dummy.c
cc dummy.c -v -Wl,--verbose &> dummy.log
readelf -l a.out | grep '/lib'
如果显示[Requesting program interpreter: /lib/ld-linux.so.2]表示调整成功，动态库已经连接到了目标系统的/lib下。
grep -o '/usr/lib.*/crt[1in].*succeeded' dummy.log
应该显示
　　/usr/lib/crt1.o succeeded
　　/usr/lib/crti.o succeeded
　　/usr/lib/crtn.o succeeded
grep -B1 '^ /usr/include' dummy.log
应该显示
　　#include <...> search starts here:
　　 /usr/include
grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'
应该显示
　　SEARCH_DIR("/tools/i686-pc-linux-gnu/lib")
　　SEARCH_DIR("/usr/lib")
　　SEARCH_DIR("/lib");
grep "/lib/libc.so.6 " dummy.log
应该显示
　　attempt to open /lib/libc.so.6 succeeded
grep found dummy.log
应该显示
　　found ld-linux.so.2 at /lib/ld-linux.so.2
如果上面均显示正常，那么表明工具链调整成功，可以删除测试文件了
rm -v dummy.c a.out dummy.log