Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/joomla/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Linux 链接旧版本的libc以提供更大的应用程序覆盖率_Linux_Linker_Libc - Fatal编程技术网

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

Linux 链接旧版本的libc以提供更大的应用程序覆盖率,linux,linker,libc,Linux,Linker,Libc,Linux二进制文件通常动态链接到核心系统库(libc)。这使得二进制文件的内存占用非常小,但是依赖于最新库的二进制文件不会在较旧的系统上运行。相反,链接到旧库的二进制文件将在最新系统上愉快地运行 因此,为了确保我们的应用程序在发布期间具有良好的覆盖率,我们需要找出我们可以支持的最古老的libc,并将二进制文件与之链接 我们应该如何确定可以链接到的最旧版本的libc?glibc2.2是一个非常常见的最低版本。然而,为该版本找到一个构建平台可能并非易事 可能更好的方向是考虑您想要支持并构建的最旧操

Linux二进制文件通常动态链接到核心系统库(libc)。这使得二进制文件的内存占用非常小,但是依赖于最新库的二进制文件不会在较旧的系统上运行。相反,链接到旧库的二进制文件将在最新系统上愉快地运行

因此,为了确保我们的应用程序在发布期间具有良好的覆盖率,我们需要找出我们可以支持的最古老的libc,并将二进制文件与之链接


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

glibc2.2是一个非常常见的最低版本。然而,为该版本找到一个构建平台可能并非易事


可能更好的方向是考虑您想要支持并构建的最旧操作系统。

找出可执行文件中的哪些符号正在创建对不需要的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");
}

有关更多信息,请参阅。

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

这就是我的情况:

我用节省的框架写一个C++程序(它是一个RPC中间件)。我更喜欢静态链接而不是动态链接,所以我的程序链接到libthrift.a,而不是libthrift.so。然而,libthrift.a是动态链接到glibc的,由于我的libthrift.a是用glibc 2.15构建在我的系统上的,所以我的libthrift.a使用2.14版的memcpymemcpy@GLIBC_2.14)由glibc 2.15提供

但问题是我们的服务器机器只有glibc 2.5版,它只有memcpy@GLIBC_2.2.5。它远低于memcpy@GLIBC_2.14。当然,我的服务器程序不能在这些机器上运行

我发现了这个解决方案:

  • 使用.symver获取memcpy@GLIBC_2.2.5

  • 编写我自己的\uu wrap\u memcpy函数,该函数只调用memcpy@GLIBC_2.2.5直接

  • 链接我的程序时,将-Wl,--wrap=memcpy选项添加到gcc/g++


  • 步骤1和步骤2中涉及的代码如下:

    要以更自动化的方式执行此操作,您可以使用以下脚本创建一个列表,列出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
    
    #/bin/bash
    maxver=2.9
    headerf=${1:-glibc.h}
    set-e
    对于libc.so.6libm.so.6libpthread.so.0libdl.so.2libresolv.so.2librt.so.1中的lib;做
    objdump-T/usr/lib/$lib
    完成| awk-v maxver=${maxver}-vheaderf=${headerf}-vredeff=${headerf}.redef-f headerf
    printf(“%s%s@%s\n”,s,s,symvertext[s])>redeff
    }
    }
    }
    EOF
    )
    排序${headerf}-o${headerf}
    objcopy——重新定义syms=${headerf}.redef/usr/lib/libstdc++.a libstdc++.a
    rm${headerf}.redef
    
    有道理,我只是希望能从机遇的枝头摘下一些鲜美的低垂果实:-)嗯?2012年12月25日发布的Glibc2.17是最新版本。2.2怎么可能是一个普通的最小值呢?@DouglasLeeder:哦,对了;有一阵子我错了D谢谢!我还想补充一点,通常只有一个或两个符号会导致对新glibc版本的依赖,因此,如果你像我一样担心必须列出数百个符号才能删除依赖项,那么你不会。dietlibc也值得一看。或者如果你可以静态链接(即,你的代码不是插件,不会使用插件),您还可以查看musl libc。我经常发现,带有musl libc的静态链接程序比动态链接的glibc程序小。@GearoidMurphy大约五年后,这个评论在很大程度上帮助了我。:)这只是强制链接到旧的符号版本,而不考虑创建新版本的原因。一般来说,这样做可能会有各种各样的问题。如果需要使用旧的符号版本,还需要根据旧版本的头进行编译。这种方法可能适用于一些非常简单的调用,这些调用没有指向系统定义结构的指针,但仍然不可取。问题似乎出在
    \u FORTIFY\u SOURCE
    上,在某些优化级别的较新GCC版本上默认为1。启用该选项后,某些函数被屏蔽。对我来说,取消定义并随后将其重新定义为0使上述解决方案起作用(GCC 4.8.4)。为什么要进行
    排序
    ,如果您想将文件签入源代码管理或阻止构建系统重建所有内容,它只会使文件更具可复制性此
    objcopy--重定义syms
    解决方案实际上不起作用,我花了数小时才找到原因。objcopy尝试为t执行字符串匹配替换
    #!/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