强制链接与库的 SONAME 不同的 SONAME

Question

如何以与 SONAME 冲突的库的两个现有版本兼容的方式链接二进制文件？这两个版本不共享相同的 SONAME 前缀。一个是 libcapi10.so.3，另一个是 libcapi10.so.4。我无法重新编译它们，因为我将它们作为二进制文件，而且由于这些是经过认证的加密库，我无法使用正确的 SONAME 请求新的库。当然，如果一个是 libcap10.so.3 和另一个 libcap10.so.3.1，我不会遇到任何问题，因为我只需要链接第一个以与第二个兼容。这两个库被告知是二进制兼容的（我应该相信这个信息）。我搜索但没有找到任何好的方法，无论是使用链接器选项还是使用 objcopy。我想避免手动修补二进制文件以在编译链接时使用它。

所以回到我最初的问题：如何指定 SONAME（在本例中为 libcap10.so）用于链接？

（我已经搜索过了，我目前的发现只是它是行不通的，但不幸的是这是一个要求......）。

更新：我使用类似于 sed 的二进制工具修补了 .so 库，将 libcapi10.so.6\0 替换为 libcapi10.so\0，这是因为新名称比以前短并且 SONAME 的 elf 结构是以 C 字符串结尾的带有 0 并且在 gcc 链接期间不使用精灵校验和。我仅在编译时使用该修补库，然后我可以在目标系统上使用一个或另一个具有相同二进制文件的原始库。

Answer 1

patchelf是你的朋友。你可以这样做：patchelf --replace-needed libcapi10.so.3 libcapi10.so.4 <your_thing>。

Patchelf 也可用于其他各种事情，例如更改 RPATH。查看联机帮助页。非常漂亮的玩具。