使用较旧的libc进行编译(未找到版本`GLIBC_2.14')

Question

我必须在当前的ubuntu(12.04)上编译程序.然后,该程序应使用具有较旧内核(2.6.18)的CentOS在集群上运行.不幸的是,我不能直接在集群上编译.如果我只是编译并复制程序而没有任何更改,我会收到错误消息"kernel too old".

我理解它的方式,其原因不是内核版本,而是用于编译的libc版本.所以我尝试编译我的程序动态链接集群中的libc并静态链接其他所有内容.

研究

在SO上已经有很多关于这方面的问题,但没有一个答案对我有用.所以这是我对该主题的研究:

• 这个问题解释了内核过旧消息的原因
• 这个问题类似,但更专业,没有答案
• 这里提出的静态链接不起作用,因为集群上的libc太旧了.一个答案还提到使用旧的libc进行构建,但没有解释如何执行此操作.
• 一种方法是在运行旧操作系统的VM中进行编译.这工作但很复杂.我还读到你不应该静态链接libc
• 显然,这是可以编译为不同的libc版本的选项-rpath,但是这并没有为我工作(见下文)

当前状态

我将以下文件从群集复制到目录中 /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？

Answer 1

看到这个答案.

这是否是正确的方法

否:您不能像链接命令那样使用不匹配的glibc版本.您使用crt0.o和ld-linux.so来自新的(系统安装的)libc,但libc.so.6来自旧的(从集群中复制)libc.那是行不通的.