如何链接到特定版本的标准库（使用 gcc）

Question

我已将 GCC 3.4 安装到 /opt/gcc-3.4，并使用它来编译与 GCC 4 不兼容的遗留代码。这也意味着旧版本的 C(++) 标准库、binutils 和实用程序图书馆。

它对于某些库工作正常，但在编译 libtiff 时失败，因为它在 /usr/lib 中获取系统库（请参见下面的输出）。这可能是一个自动工具/配置问题，但我不确定。我找不到配置开关或环境变量，并且我不想修改我的系统 /usr/lib/libc.so 。

那么如何确保它链接到/opt/gcc-3.4.4/lib中的标准库，并完全忽略/lib和/usr/lib呢？

make 的输出（摘录）：

libtool：链接：g++ -shared -nostdlib /usr/lib/crti.o /opt/gcc-3.4.3/lib/gcc/i686-pc-linux-gnu/3.4.3/crtbeginS.o .libs /tif_stream.o -Wl,--整个存档 ../port/.libs/libport.a -Wl,--无整个存档 -Wl,-rpath -Wl,/home/jason/d0src34/prereq/ tiff-3.9.4/libtiff/.libs -Wl,-rpath -Wl,/opt/gcc-3.4.3/lib -Wl,-rpath -Wl,/home/jason/d0src34/prereq/usr/lib -Wl ,-rpath -Wl,/opt/gcc-3.4.3/lib ../libtiff/.libs/libtiff.so -L/usr/lib /usr/lib/libjpeg.so -lz -L/opt/gcc-3.4.3/lib/gcc/i686-pc-linux-gnu/3.4.3 -L/opt/gcc-3.4.3/lib/gcc/i686-pc-linux-gnu/3.4 .3/../../.. /opt/gcc-3.4.3/lib/libstdc++.so -L/home/jason/Downloads/gcc-3.4.3/build/i686-pc-linux-gnu/ libstdc++-v3/src -L/home/jason/Downloads/gcc-3.4.3/build/i686-pc-linux-gnu/libstdc++-v3/src/.libs -L/home/jason/Downloads/gcc-3.4 .3/build/gcc -lm -lc -lgcc_s /opt/gcc-3.4.3/lib/gcc/i686-pc-linux-gnu/3.4.3/crtendS.o /usr/lib/crtn.o -Wl ,-soname -Wl,libtiffxx.so.3 -o .libs/libtiffxx.so.3.9.4

/home/jason/d0src34/prereq/usr/bin/ld:/usr/lib/libc.so：无法识别文件格式；视为链接描述文件

/home/jason/d0src34/prereq/usr/bin/ld:/usr/lib/libc.so:5：解析错误

Answer 1

我找到了我自己的问题的（hackish）答案：

我一直在使用 binutils 2.15，因为更高的版本与 GCC 3.4 不兼容。在较新的版本中，/usr/lib/libc.so 的格式已更改，旧的 binutils 无法解析它。

我暂时注释掉了最后一行（用“GROUP”），并编译了我的代码：

/* GNU ld script
   Use the shared library, but some functions are only in
   the static library, so try that secondarily.  */
OUTPUT_FORMAT(elf32-i386)
/* GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a  AS_NEEDED ( /lib/ld-linux.so.2 ) ) */

但是，我并不是很满意，因为我很难告诉其他想要使用该代码编辑系统文件的人。另外，我不确定是否已将其链接到正确的 glibc 版本，因为系统 /usr/lib 仍在搜索路径中，所以我无法确定二进制文件是否可以在其他系统上运行。