Question

Linux二进制文件通常动态链接到核心系统库（libc）。这使得二进制文件的内存占用空间非常小，但依赖于最新库的二进制文件将无法在较旧的系统上运行。相反，与旧图书馆相关联的二进制文件将在最新系统上运行愉快。

因此，为了确保我们的应用程序在分发期间具有良好的覆盖率，我们需要找出我们可以支持的最旧的libc并将我们的二进制文件链接起来。

我们应该如何确定我们可以链接到的最旧版本的libc？

Answer 1

确定可执行文件中的哪些符号正在创建对不需要的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://www.trevorpounds.com/blog/?p=103。

Answer 2

不幸的是，@ Sam的解决方案在我的情况下效果不佳。但按照他的方式，我找到了解决问题的方法。

这是我的情况：

我正在使用Thrift框架编写一个C ++程序（它是一个RPC中间件）。我更喜欢静态链接到动态链接，所以我的程序静态链接到 libthrift.a 而不是 libthrift.so 。但是， libthrift.a 动态链接到glibc，因为我的 libthrift.a 是在我的系统上用glibc 2.15构建的，我的 libthrift.a 使用glibc 2.15提供的版本2.14（ memcpy@GLIBC_2.14 ）的 memcpy 。

但问题是我们的服务器机器只有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

Answer 3

要以更自动化的方式执行此操作，您可以使用以下脚本创建GLIBC中比给定版本中更新的所有符号的列表（在第2行上设置）。它创建一个glibc.h文件（由script参数设置的文件名），其中包含所有必需的.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

Answer 4

glibc 2.2是一个非常常见的最低版本。但是，为该版本找到构建平台可能并非易事。

可能更好的方向是考虑你想要支持的最古老的操作系统并以此为基础。

链接旧版本的libc以提供更大的应用程序覆盖率

4 个答案: