【发布时间】：2012-11-19 15:22:07
【问题描述】：
我有一个没有 root 访问权限的系统，但我需要安装当前版本的 GCC (4.7.2)。
系统正在运行 Linux 2.6.18 的 x86_64 构建，并且已经具有 GCC 4.1（不支持 C++，即使 --version 表示它是用它构建的）。
编辑 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
使用来自 http://sourceforge.net/apps/trac/unattended/wiki/ModifyingTheBootDisk#PatchGLibc 的补丁修补 glibc（更正 2.14 的行号）
glibc-2.14-scratch>../glibc-2.14/configure --prefix=$ROOT \
--with-headers=$3_3_4_HEADERS && make && make install
我添加的标志是为了摆脱undefined reference to '__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]: error while loading shared libraries: /home/mrambiguous/root/lib/libc.so.6: ELF file OS ABI invalid
要注意的另一件奇怪的事情是，当我尝试使用 -rpath 建议时，我开始从 GCC 收到有关无法识别的命令行选项（例如 -V）的错误。我必须将其设置为使用系统的 GCC 4.1。现在我不确定我的第一个 GCC 版本是否以某种方式损坏了，或者它是否曾经被使用过。
编辑 2：我刚刚在 vim 中打开 libc.so.6 以查看是否可以在纯文本中找到有关 ABI 的任何内容，并且其中包含版权信息。 libc ABIs: UNIQUE IFUNC
它还确认 GCC 4.7.2 正在处理同一文本块。 Compiled by GNU CC version 4.7.2
编辑 3：删除 $ROOT，重新安装所有内容，同样的问题是无法将 -V 和 -qversion 识别为有效选项。
编辑 4：我尝试使用 brandelf -t SVR4 libc.so.6 编辑 ELF 标头，但这只是给了我一个新错误 unexpected PLT reloc type 0x25
【问题讨论】：
-
通过“-L$ROOT/lib”代替还是作为额外的？
-
我正在这样做。
../gcc-4.7.2/configure [snip] LDFLAGS="-L$ROOT/lib -L$ROOT/lib64" -
你链接到你自己的 libc，但你没有告诉生成的可执行文件在运行时在哪里找到
libc。-L不这样做，除了-L之外，您还需要LDFLAGS中的-rpath=$ROOT。 -
如果您收到“ELF 文件操作系统 ABI 无效”消息，请尝试构建
ld-linux.so并将其放置在您的libc所在的同一目录中。我不确定它是否会起作用.另请参阅here。 -
@n.m.不幸的是，这不起作用。应用程序使用构建它们的加载器来加载它们的依赖项。我找到了关于构建东西的正确顺序的非常基本的解释 (devpit.org/wiki/Gnu_Toolchain)，但我真的没有时间在所有东西上随机切换和破解，直到它起作用。