如何避免二进制文件中出现 STT_GNU_IFUNC 符号？

问题描述：

我需要部署到 Red Hat 4.1.2 机器（具有 gcc 4.1.2）。我在 Ubuntu 11.10 上使用 GCC 4.6.1 进行开发。不幸的是，我的构建过程创建的一些二进制文件在 RedHat 机器上不可用。原因似乎是 ABI 更改，根据另一个 Stackoverflow 问题，这是由于引入了 STT_GNU_IFUNC 符号而导致的。有没有办法防止导出任何此类符号，以便我的二进制文件可以使用旧的 ABI？我使用 nm 在我的二进制文件中查找任何“i”类型的符号，但一无所获。

我之所以问这个问题，是因为我的一些其他二进制文件以及我构建的一些第三方库（tbb，boost）没有使用新的 ABI，因此可以在 RedHat 机器上运行良好。

希望您说得清楚。提前致谢。

解决方案 1：

一般来说，UNIX 系统支持向后二进制兼容性（在旧机器上构建的二进制文件可以在新机器上运行），但不支持反向兼容。您不能指望在新系统上构建的二进制文件可以在旧系统上运行。STT_GNU_IFUNC这只是您将遇到的众多问题中的第一个。

如果您需要在较新的机器上构建可在旧机器上运行的二进制文件，请参阅此文档。

曾经有“apgcc：一个用于制作可移植二进制文件的 GCC 包装器”可以使这变得简单（上面引用了它），但它似乎已经消失了 ;-(

最简单的选择是在旧机器上构建（我曾经在 RedHat 6.2 上构建，生成的二进制文件可以在任何地方运行）。您不必在物理机器上实际运行 RH-6.2，只需在 VM 中启动它即可。

另一个相对简单的选择是构建一个chroot，再次使用旧发行版（例如 RH-6.2）中的工具和库。

解决方案 2：

交叉编译到较旧的 Linux 可能非常困难，这只是您将遇到的众多问题之一。

也就是说，可以通过添加来解决 ABI 兼容性问题-Wl,-fno-jump-tables。

解决方案 3：

由于APGCC似乎不再可用（也许除了这里和这里）。这些glibc 标头似乎是目前通过包含较旧的标头文件之一从 C 代码生成可移植 Linux 二进制文件的最便捷方法。