0

我已将 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,--whole-archive ../port/.libs/libport.a -Wl,--no-whole-archive -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: 解析错误

4

1 回答 1

0

我找到了对我自己的问题的（骇人听闻的）答案：

我一直在使用 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 仍在搜索路径中，所以我无法确定二进制文件是否可以在其他系统上运行。

于 2010-08-03T10:17:27.653 回答