gcc：降低所需的libc版本

Question

gcc：降低所需的libc版本

21

我试图在一些较旧的32位RedHat发行版上运行一个新编译的二进制文件。

这个二进制文件是使用C编译的（不是C++），在运行libc v2.12的CentOS 32位虚拟机上编译而成。

RedHat抱怨libc版本过低：

error while loading shared libraries: requires glibc 2.5 or later dynamic linker

由于我的程序相当简单，很可能没有使用libc中的任何新特性。

有办法降低对libc版本的要求吗？

- MonoThreaded

1

这个答案可能会有所帮助 https://dev59.com/3XE85IYBdhLWcg3wShWf - user1202136

3个回答

5

我曾经遇到相同的问题，尝试为一台没有编译器的旧机器编译一个我自己写的小工具。我在更新的机器上进行了编译，但是生成的二进制文件至少需要GLIBC 2.14 才能运行。

通过使用xxd对二进制文件进行转储，我发现了以下信息：

....
5f64 736f 5f68 616e 646c 6500 6d65 6d63  _dso_handle.memc
7079 4040 474c 4942 435f 322e 3134 005f  py@@GLIBC_2.14._
....

所以我用自己写的memcpy替换了代码中的memcpy调用，然后与glibc 2.14的依赖神奇地消失了。

很抱歉我无法解释为什么它起作用，或者为什么在修改之前它没有起作用。

希望这有所帮助！

- phsym

1

不错的发现，但重写stdlib有点可怕！ - MonoThreaded

是的，我同意，但在这种情况下，我的代码非常小，在我的代码中只调用了3次memcpy。 - phsym

3

好的，那么我尝试在优雅和野蛮之间找到平衡，下载了与目标内核版本匹配的虚拟机，从而解决了库问题。整个过程（下载+ yum安装gcc）不到30分钟。

参考资料：虚拟机，内核版本映射表

- MonoThreaded

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Michael Burr · Accepted Answer

一个未经测试的可能方案

"error while loading shared libraries: requires glibc 2.5 or later dynamic linker"是什么意思？

出现此错误的原因是你想要运行的动态二进制文件（或其相关联的共享库文件）只有.gnu.hash段，但目标机器上的ld.so版本过旧，无法识别.gnu.hash，它只能识别老式的.hash段。

这通常发生在使用更新版本的GCC编译的动态二进制文件时。解决方案是使用以下选项之一重新编译代码：-static编译器命令行选项（创建静态二进制文件），或者以下选项：
-Wl,--hash-style=both
这告诉链接编辑器ld创建.gnu.hash和.hash两个部分。
根据这里的ld文档，旧式的.hash部分是默认值，但编译器可以覆盖它。例如，在RHEL（Red Hat Enterprise Linux）Server release 5.5上版本为4.1.2的GCC有这条线：
$ gcc -dumpspecs
....
*link:
%{!static:--eh-frame-hdr} %{!m32:-m elf_x86_64} %{m32:-m elf_i386} --hash-style=gnu   %{shared:-shared}   ....
                                                                   ^^^^^^^^^^^^^^^^
...
了解更多信息，请点击这里。