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

问题描述：

Linux 二进制文件通常动态链接到核心系统库 (libc)。这样二进制文件的内存占用量就很小，但依赖于最新库的二进制文件将无法在较旧的系统上运行。相反，链接到较旧库的二进制文件可以在最新系统上顺利运行。

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

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

解决方案 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://web.archive.org/web/20160107032111/http://www.trevorpounds.com/blog/?p=103。

解决方案 2：

不幸的是，@Sam 的解决方案在我的情况中不起作用。但是根据他的方法，我找到了自己的解决方法。

这是我的情况：

我正在使用 Thrift 框架(它是一个 RPC 中间件)编写 C++ 程序。我更喜欢静态链接而不是动态链接，因此我的程序静态链接到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低得多。因此，我的服务器程序当然无法在这些机器上运行。

我找到了这个解决方案：

1. 使用 .symver 获取对memcpy@GLIBC_2.2.5的引用。

2. 编写我自己的__wrap_memcpy函数，该函数直接调用memcpy@GLIBC_2.2.5。

3. 链接我的程序时，向 gcc/g++添加-Wl,--wrap=memcpy选项。

步骤 1 和 2 涉及的代码在这里：https://gist.github.com/nicky-zs/7541169

解决方案 3：

要以更自动化的方式执行此操作，您可以使用以下脚本创建一个列表，列出 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\");
", s, s, symvertext[s]) > headerf
        printf("%s %s@%s
", s, s, symvertext[s]) > redeff
    }
}
}
EOF
)
sort ${headerf} -o ${headerf}
objcopy --redefine-syms=${headerf}.redef /usr/lib/libstdc++.a libstdc++.a
rm ${headerf}.redef

解决方案 4：

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

可能更好的方向是考虑您想要支持的最旧的操作系统并在此基础上进行构建。