系统正在运行Linux 2.6.18的x86_64版本,并且已经有GCC 4.1(尽管–version表示它是用它构建的,但没有C支持).
编辑5：此时,以下步骤只是我尝试过的一组事情.从那以后我开始清洁了几次.我正在寻找有人详细说明我需要使用所有开关所需的确切顺序.
这是我到目前为止所经历的过程(ROOT是我主目录中的文件夹)
make-3.82>./configure --prefix=$ROOT && make && make install && hash -r
binutils-2.23>./configure --prefix=$ROOT && make && make install
autoconf-2.69>./configure --prefix=$ROOT && make && make install
automake-1.9>./configure --prefix=$ROOT && make && make install
flex-2.5.37>./configure --prefix=$ROOT && make && make install
libunwind-1.1>./configure --prefix=$ROOT && make && make install
gcc-4.7.2-scratch>../gcc-4.7.2/configure --prefix=$ROOT \
--disable-multilib --disable-nls --enable-languages=c,c++ \
&& make && make install && hash -r
ncurses-5.9>./configure --prefix=$ROOT && make && make install
texinfo-4.13>./configure --prefix=$ROOT && make && make install
glibc-2.14-scratch>touch $ROOT/etc/ld.so.conf
修补glibc与http://sourceforge.net/apps/trac/unattended/wiki/ModifyingTheBootDisk#PatchGLibc补丁(纠正2.14的行号)
glibc-2.14-scratch>../glibc-2.14/configure --prefix=$ROOT \
--with-headers=$3_3_4_HEADERS && make && make install
我添加的标志是摆脱对’__isoc99_sscanf’的未定义引用.我不知道实际需要哪种标志组合来修复它,但它解决了这些标志的问题.
gcc-4.7.2-scratch2>../gcc-4.7.2/configure --prefix=$ROOT \
--disable-multilib --disable-nls --enable-languages=c,c++ \
CPPFLAGS="-I$ROOT/include" CFLAGS="-g -O2 -lc" \
CXXFLAGS="-g -O2 -lc" LDFLAGS="-L$ROOT/lib \
-L$ROOT/lib64" && make && make install
现在我在GCC构建期间遇到此错误：
build/genmddeps ../../gcc-4.7.2/gcc/config/i386/i386.md > tmp-mddeps build/genmddeps: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by build/genmddeps)
这个错误是有道理的,因为/ lib64中的libc是2.5版,但我不知道如何让GCC使用我安装到$ROOT / lib的那个.
编辑1：添加-rpath没有帮助,但我将我的lib目录添加到LD_RUN_PATH和LD_LIBRARY_PATH.有了这些设置,我无法运行任何东西,因为我在加载共享库时收到错误[program_name]：错误：/home/mrambiguous/root/lib/libc.so.6:ELF文件操作系统ABI无效
需要注意的另一个奇怪的事情是,当我尝试了-rpath建议时,我开始从GCC获得有关无法识别的命令行选项(例如-V)的错误.我不得不将其设置为使用系统的GCC 4.1.现在我不确定我的第一个GCC版本是否在某种程度上被破坏了,或者它是否曾被首先使用过.
编辑2：我刚刚在vim中打开libc.so.6,看看我是否可以在纯文本中找到关于ABI的任何内容,并且它在那里有版权信息. libc ABIs：UNIQUE IFUNC
它还证实GCC 4.7.2正在同一块文本中工作.由GNU CC版本4.7.2编译
编辑3：删除了$ROOT,重新安装了所有内容,同样的问题是无法识别-V和-qversion作为有效选项.
编辑4：我尝试使用brandelf -t SVR4 libc.so.6编辑ELF头,但这只是给我一个新的错误意外的PLT reloc类型0x25
解决方法
较新的glibc和旧的glibc不仅与ABI不兼容,而且还有标题,请参阅gcc bug 52922.
因此,任何混合都会导致您遇到的错误,您需要非常小心.
手调整是绝望的乏味.
如果您的目标是使用gcc-4.7.2,我建议您使用Gentoo Prefix.我在RHEL 5上运行了许多Gentoo Prefix实例(其中包含2.6.18内核,gcc-4.1和glibc-2.5).这在glibc-2.5之上编译gcc-4.7.2.
如果您想要使用更新的glibc,请查看Prefix/libc.但这是一项正在进行的工作.期待很多破损.但是,当你试图手工编制一个现代工具链时,它不会是一个很大的缺点,是吗？
