linux - 使用不同的 glibc 库在 Linux 中编译 C 程序

Question

我有一个基于 linux 的防火墙设备，它有 glibc-2.3.4，但没有 gcc 来为此编译程序。当我用另一台 linux 机器编译程序时，错误信息是:

require glibc.x.x.x

如何在另一台 linux 机器上为那个版本的 glibc 编译一个 c 程序？

Answer 1

通常，您必须使用适当的构建环境，其中包含具有所需或兼容版本的所有目标库。 libc 变体之间的区别不仅在于链接库名称本身。例如，所需的配置文件可能不同。一些接口(interface)可以提供 header 级内联包装器，这些包装器在版本之间发生变化。使用较新的库版本运行二进制文件通常是安全的，但使用较旧的库版本则不然。

但是，如果您在系统中额外安装了目标 libc 的开发包，则可以使用 -nostdinc 和 -nostdlib 开关(或显式调用链接器)直接构建二进制文件，并显式指定所需的库。该示例可以从 gcc -v 输出中获取。在我的系统中，它是最终的链接器命令:

/usr/bin/ld --eh-frame-hdr -V -dynamic-linker /libexec/ld-elf.so.1 \  -o t /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o \  -L/usr/lib -L/usr/lib /tmp//ccCb5j33.o -lgcc --as-needed -lgcc_s \  --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed \  /usr/lib/crtend.o /usr/lib/crtn.o

根据目标 libc 的具体情况，您应该将其中一些指令替换为其他指令。特别是，启动(crt1.o 和 crti.o)、清理(crtend.o、crtn.o)、libc 本身(显式路径而不是 -lc)应该被替换；可选地，同样应该满足动态链接器。

附言我看到这个问题太老了，但它刚刚被重新编辑过:)