我有一个我没有 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 ABI:UNIQUE IFUNC
它还证实 GCC 4.7.2 在同一文本 block 中工作。 由 GNU CC 版本 4.7.2 编译
编辑 3:删除 $ROOT,重新安装所有内容,同样的问题是无法将 -V 和 -qversion 识别为有效选项。
编辑 4:我尝试使用 brandelf -t SVR4 libc.so.6
编辑 ELF header ,但这只会给我一个新错误 unexpected PLT reloc type 0x25
最佳答案
我很匆忙,所以我无法详分割析你的错误信息。
较新的 glibc 和旧的 glibc 不仅 ABI 不兼容,而且 header 也不兼容,请参阅 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 .不过,这是一项正在进行的工作。预计会有很多破损。但这不会是一个很大的退步,因为您正在尝试手动编译现代工具链,对吗?
关于linux - 在没有 root 的非标准位置使用 glibc 构建 GCC,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13661592/