链接到libc的旧版本以提供更大的应用程序覆盖
Linux二进制文件通常dynamic链接到核心系统库（libc）。 这使得二进制文件的内存占用量相当小，但依赖于最新库的二进制文件不能在较早的系统上运行。 相反，链接到较旧库的二进制文件将在最新的系统上运行愉快。
因此，为了确保我们的应用程序在分发过程中有良好的覆盖率，我们需要找出我们可以支持的最古老的libc，并将其与我们的二进制文件进行链接
我们应该如何确定我们可以链接到的最古老的libc版本？
找出可执行文件中的哪些符号正在创build对不需要的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 。
不幸的是，@山姆的解决scheme在我的情况下效果不好。 但按照他的方式，我find了自己的方式来解决这个问题。
这是我的情况：
我正在使用Thrift框架（它是一个RPC中间件）来编写一个C ++程序。 我更喜欢静态链接到dynamic链接，所以我的程序链接到libthrift.a静态而不是libthrift.so 。 然而， libthrift.a是dynamic链接到glibc，并且由于我的libthrift.a是使用glibc 2.15在我的系统上构build的，所以我的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
要以更加自动化的方式执行此操作，可以使用以下脚本创buildGLIBC中比给定版本（在第2行中设置）更新的所有符号的列表。 它创build一个包含所有必要的.symver声明的glibc.h文件（由脚本参数设置的文件名）。 然后，您可以将-include glibc.h添加到您的CFLAGS中，以确保它在编译过程中随处可见。
如果你不使用任何静态库，没有上面的包含编译，这是足够的。 如果你这样做，你不想重新编译，你可以使用objcopy来创build一个库的副本，其中的符号被重命名为旧版本。 脚本的第二行到底部创build一个系统版本的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是一个相当普通的最低版本。 但是find该版本的构build平台可能并不重要。
或许一个更好的方向是考虑你想要支持和build立的最老的操作系统。
