将已编译的库链接到较新版本的 glibc答案

【问题标题】：Linking compiled library to newer version of glibc将已编译的库链接到较新版本的 glibc
【发布时间】：2013-02-02 13:32:06
【问题描述】：

我正在开发一个项目，该项目使用 ftdi D2XX 驱动程序与 ENTTEC DMX usb pro 设备连接。 ftdi 驱动程序（libftdi2xx.so.1.1.12 存储在 /usr/local/lib/ 中）是针对 glibc v2.14 或更高版本编译的。

我正在 debian 7 上开发，它只支持 glibc v2.13。当执行我编写的 C 代码（调用 ftdi 驱动程序）时，它给出了一个错误：

./a.out: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /usr/local/lib/libftd2xx.so)

这是有道理的，知道 glibc 版本不兼容。我已将最新版本的 glibc (v2.17) 下载并安装到我计算机上的临时目录 ('~/glibc-testing/install/lib/') 中，并使用以下调用：

~/glibc-testing/install/lib/ld-linux-x86-64.so.2 --library-path ~/glibc-testing/install/lib/ ./a.out

通过这个调用，我能够成功运行 C 代码。

我想将此 C 代码编译为共享库。它将用于与 DMX 设备交互，并由基于 C# 开发的主应用程序调用。

我不知道如何前进。看起来我需要做的是告诉 fdti 驱动程序始终使用较新的 glibc，同时让应用程序的其余部分使用普通库。 ftdi 2DXX 驱动程序仅提供预编译（无源代码可用）。有没有办法将这个预编译的程序链接到新库？

我研究了导出 LD_LIBRARY_PATH=/home/.../glibc/install/lib/ 的选项，但收效甚微。

谢谢！

【问题讨论】：

唯一明智的做法是尝试与制作驱动程序的人进行沟通，并请求与旧 glibc 链接的版本。
您是否尝试过使用 LD_PRELOAD？
我认为设置 rpath 应该可以解决问题，请参阅 here。 You can even reset the rpath in the application after compilation!
为什么应用程序的其余部分使用旧的 glibc 很重要？那是疯子。如果您无法获得与旧 glibc 链接的驱动程序，则针对较新的 glibc 构建整个应用程序。无论如何，您在运行时将需要更新的。
为了超越 Nikos 的评论，我特别要求提供符合某些版本的 Linux 标准基础 (LSB) 规范的驱动程序。供应商确实没有充分的理由分发不符合 LSB 的用户模式驱动程序。

标签： c shared-libraries glibc ftdi

【解决方案1】：

您可以在自己的代码中提供缺少的功能，但请注意这些功能是版本化的，您可以提供地图文件或随代码一起做任何事情。示例：

#define SYMVER(ver, sym) __asm__(".symver " #sym "," #sym "@" #ver "\n")

SYMVER(GLIBC_2.14, foo);
int foo(int a, char *b)
{
    return 4;
}

为了弄清楚要实现什么，可以使用readelf：

readelf -s /usr/local/lib/libftd2xx.so | grep '@GLIBC_2\.14'

就功能而言，就是这样。

现在棘手的部分是让加载器相信它得到了正确的库（除非你想实现自己的加载器），因为你需要修补库以删除对 GLIBC_2.14 的引用，因为它正在运行具体看libc。

有几种方法可以继续；到目前为止，最简单的是将GLIBC_2.14 替换为GLIBC_2.13，请记住，您需要使用replacement 版本（即GLIBC_2.13）定义符号，因为版本是通过引用存储的.

这样你的程序就应该运行了。

现在，理论上你可以改为：

解析ELF文件，在程序中找到DYNAMIC类型的入口标题，在那里搜索 VERNEED 条目，最后跟随那个你应该找到你可以修剪的需求表参考（您也可以使用.gnu.version_r 部分标题到那里（如果有的话）。
或者，您可以编写一个链接标准的加载程序 loader 但使用 ptrace 覆盖查找。

【讨论】：

【解决方案2】：

其中一个变种是将 debian 更新为 sid。

另一种选择是更改文件/etc/ld.so.conf.d/libc.conf 和/etc/ld.so.conf.d/x86_64-linux-gnu.conf

这些文件包含在系统中搜索库的路径。

【讨论】：

【解决方案3】：

您可以使用PatchELF修改提供的共享库的rpath：

$ patchelf --set-rpath /home/user/glibc-testing/install/lib/ libftdi2xx.so.1.1.12

然后使用以下命令编译您的共享库：

$ gcc -Wl,-rpath=/home/user/glibc-testing/install/lib/ <rest of flags>

您编译的任何可执行文件都必须使用：

$ gcc -Wl,-rpath=/home/user/glibc-testing/install/lib/  -Wl,--dynamic-linker=/home/user/glibc-testing/install/lib/ld-linux-x86-64.so.2 <rest of flags>

【讨论】：