使用较旧的 libc 编译（未找到版本“GLIBC_2.14”）答案

【问题标题】：Compile with older libc (version `GLIBC_2.14' not found)使用较旧的 libc 编译（未找到版本“GLIBC_2.14”）
【发布时间】：2012-06-04 15:20:18
【问题描述】：

我必须在当前的 ubuntu (12.04) 上编译一个程序。然后，该程序应在使用 CentOS 和旧内核 (2.6.18) 的集群上运行。不幸的是，我无法直接在集群上编译。如果我只是编译和复制程序而不做任何更改，我会收到错误消息“内核太旧”。

按照我的理解，原因与其说是内核版本，不如说是编译时使用的libc版本。所以我尝试编译我的程序，动态链接集群中的 libc 并静态链接其他所有内容。

研究

在 SO 上已经有很多关于这个的问题，但没有一个答案真的对我有用。所以这是我对该主题的研究：

This question 解释了 Kernel too old 消息的原因
This question 类似但更专业，没有答案
按照建议的here 静态链接不起作用，因为集群上的 libc 太旧了。一个答案还提到使用旧的 libc 进行构建，但没有解释如何做到这一点。
One way 是在运行旧操作系统的 VM 中编译。这有效但很复杂。我也读到了you should not link libc statically
Apparently 它 is possible 使用 -rpath 选项编译不同的 libc 版本，但这对我不起作用（见下文）

当前状态

我将集群中的以下文件复制到/path/to/copied/libs目录下

libc-2.5.so
libgcc_s.so.1
libstdc++.so.6

并且正在使用选项-nodefaultlibs -Xlinker -rpath=/path/to/copied/libs -Wl,-Bstatic,-lrt,-lboost_system,-lboost_filesystem -Wl,-Bdynamic,-lc,-lstdc++,-lgcc_s进行编译

ldd 在编译后的二进制文件上的输出是

mybin: /path/to/copied/libs/libc.so.6: version `GLIBC_2.14' not found (required by mybin)
mybin: /path/to/copied/libs/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by mybin)
linux-vdso.so.1 =>  (0x00007ffff36bb000)
libc.so.6 => /path/to/copied/libs/libc.so.6 (0x00007fbe3789a000)
libstdc++.so.6 => /path/to/copied/libs/libstdc++.so.6 (0x00007fbe37599000)
libgcc_s.so.1 => /path/to/copied/libs/libgcc_s.so.1 (0x00007fbe3738b000)
/lib64/ld-linux-x86-64.so.2 (0x00007fbe37bf3000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fbe37071000)

我对这个错误有些困惑，因为它使用了正确的路径（即集群中的 libc），但仍然抱怨缺少 glibc 版本。在集群上运行 ldd 时，它返回 not a dynamic executable 并运行二进制文件会导致上述两个相同的错误。看起来还包括其他库（linux-vdso.so.1、ld-linux-x86-64.so.2 和 libm.so.6）。我也应该使用旧版本吗？

所以现在我有两个主要问题：

这甚至是正确的方法吗？
如果是：如何正确链接旧的 libc？

【问题讨论】：

标签： gcc linker shared-libraries

【解决方案1】：

请参阅this 答案。

这甚至是正确的方法吗

否：您不能像链接命令那样使用 mismatched 版本的 glibc。您使用了 new（系统安装的）libc 中的 crt0.o 和 ld-linux.so，但使用了旧的（从集群复制的）libc 中的 libc.so.6。那是行不通的。

【讨论】：

【解决方案2】：

-rpath 设置了 DT_RPATH 标记，但没有告诉链接器在那里查找库，您需要 -L。

【讨论】：