Linux 二进制文件通常动态链接到核心系统库 (libc)。这使得二进制文件的内存占用非常小,但依赖于最新库的二进制文件不会在旧系统上运行。相反,链接到旧库的二进制文件将在最新系统上愉快地运行。
因此,为了确保我们的应用程序在分发期间具有良好的覆盖率,我们需要找出我们可以支持的最旧的 libc 并将我们的二进制文件链接到它。
我们应该如何确定可以链接到的最旧版本的 libc?
找出可执行文件中的哪些符号正在创建对不需要的 glibc 版本的依赖。
$ objdump -p myprog
...
Version References:
required from libc.so.6:
0x09691972 0x00 05 GLIBC_2.3
0x09691a75 0x00 03 GLIBC_2.2.5
$ objdump -T myprog | fgrep GLIBC_2.3
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.3 realpath
在依赖库中查看是否有旧版本中可以链接的符号:
$ objdump -T /lib/libc.so.6 | grep -w realpath
0000000000105d90 g DF .text 0000000000000021 (GLIBC_2.2.5) realpath
000000000003e7b0 g DF .text 00000000000004bf GLIBC_2.3 realpath
我们很幸运!
GLIBC_2.2.5
从您的代码中请求版本:
#include <limits.h>
#include <stdlib.h>
__asm__(".symver realpath,realpath@GLIBC_2.2.5");
int main () {
realpath ("foo", "bar");
}
请注意不再需要 GLIBC_2.3:
$ objdump -p myprog
...
Version References:
required from libc.so.6:
0x09691a75 0x00 02 GLIBC_2.2.5
$ objdump -T myprog | grep realpath
0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 realpath
有关详细信息,请参阅http://web.archive.org/web/20160107032111/http://www.trevorpounds.com/blog/?p=103。
不幸的是,@Sam 的解决方案在我的情况下效果不佳。但是按照他的方式,我找到了自己的方法来解决这个问题。
这是我的情况:
我正在使用 Thrift 框架(它是一个 RPC 中间件)编写一个 C++ 程序。我更喜欢静态链接而不是动态链接,所以我的程序静态链接到libthrift.a而不是libthrift.so。但是,libthrift.a动态链接到 glibc,并且由于我的libthrift.a是使用 glibc 2.15 在我的系统上构建的,因此我的libthrift.a使用glibc 2.15 提供的 2.14 版memcpy ( memcpy@GLIBC_2.14 )。
但问题是我们的服务器机器只有 glibc 2.5 版,它只有memcpy@GLIBC_2.2.5。它远低于memcpy@GLIBC_2.14。所以,当然,我的服务器程序不能在那些机器上运行。
我找到了这个解决方案:
使用 .symver 获取对memcpy@GLIBC_2.2.5的引用。
编写我自己的__wrap_memcpy函数,它直接调用memcpy@GLIBC_2.2.5。
链接我的程序时,将-Wl,--wrap=memcpy选项添加到 gcc/g++。
第 1 步和第 2 步涉及的代码在这里:https ://gist.github.com/nicky-zs/7541169
要以更自动化的方式执行此操作,您可以使用以下脚本创建 GLIBC 中比给定版本(在第 2 行设置)中更新的所有符号的列表。它创建一个包含所有必要声明的glibc.h
文件(由脚本参数设置的文件名) 。.symver
然后,您可以添加-include glibc.h
到您的 CFLAGS 以确保它在您的编译中随处可见。
如果您不使用在没有上述包含的情况下编译的任何静态库,这就足够了。如果你这样做了,并且你不想重新编译,你可以使用objcopy
重命名为旧版本的符号来创建库的副本。脚本的倒数第二行创建了一个系统版本,该版本libstdc++.a
将链接到旧的 glibc 符号。添加-L.
(或-Lpath/to/libstdc++.a/
)将使您的程序静态链接 libstdc++,而无需链接一堆新符号。如果你不需要这个,删除最后两行和printf ... redeff
行。
#!/bin/bash
maxver=2.9
headerf=${1:-glibc.h}
set -e
for lib in libc.so.6 libm.so.6 libpthread.so.0 libdl.so.2 libresolv.so.2 librt.so.1; do
objdump -T /usr/lib/$lib
done | awk -v maxver=${maxver} -vheaderf=${headerf} -vredeff=${headerf}.redef -f <(cat <<'EOF'
BEGIN {
split(maxver, ver, /\./)
limit_ver = ver[1] * 10000 + ver[2]*100 + ver[3]
}
/GLIBC_/ {
gsub(/\(|\)/, "",$(NF-1))
split($(NF-1), ver, /GLIBC_|\./)
vers = ver[2] * 10000 + ver[3]*100 + ver[4]
if (vers > 0) {
if (symvertext[$(NF)] != $(NF-1))
count[$(NF)]++
if (vers <= limit_ver && vers > symvers[$(NF)]) {
symvers[$(NF)] = vers
symvertext[$(NF)] = $(NF-1)
}
}
}
END {
for (s in symvers) {
if (count[s] > 1) {
printf("__asm__(\".symver %s,%s@%s\");\n", s, s, symvertext[s]) > headerf
printf("%s %s@%s\n", s, s, symvertext[s]) > redeff
}
}
}
EOF
)
sort ${headerf} -o ${headerf}
objcopy --redefine-syms=${headerf}.redef /usr/lib/libstdc++.a libstdc++.a
rm ${headerf}.redef
glibc 2.2 是一个非常常见的最低版本。然而,为该版本找到一个构建平台可能并非易事。
可能更好的方向是考虑您想要支持和构建的最古老的操作系统。