conda 中，如何兼容使用低版本 openssl 的.so 动态库？

情况是这样的，正在写一个 python 的库叫作 mylib ，里面要用到一个 c/c++写的库，叫作 otherlib ，我只有编译好的.a 和.h 头文件。为了使用 otherlib 的功能，我写了个.c 文件，然后编译出 funcs.so 给 python 用，通过 ctypes 来交互。这个 otherlib 有点古老，需要低版本的 libcrypto.so ，不然有些 symbol 找不到（ init 啥的函数）。我电脑里有已经编译好的 libcrypto.so.1.0.0 （在/opt/mypath/lib 下），所以编译的时候，要提供-L 和-Wl,rpath 这些参数给 gcc ，不然 funcs.so 的时候没办法找到这个版本的动态库。

折腾了很久，把这些编译的过程都写在 setup.py 中，本地跑已经没问题，用户直接把包拷过去 pip install.也没问题。问题出现在 conda package 打包。

首先，我不能要求把 openssl 的依赖固定到低版本：虽然这个 otherlib 用了老版本的 libcrypto.so （ 1.0.0 或者 2.x.x ），但 mylib 中其他的依赖都已经用 3.x.x 。其次，我设置的 rpath 参数不在 conda 的 build 环境中，一直给我报错，试了各种 whitelist 也没用。这个库自带了 libressl ，我想着让 conda 直接编译了放到 env 里，但是 CONDA_PREFIX 这种东西指向的是 build 的环境，傻傻搞不清楚。

说实话，搞不懂 conda build 到底是个什么概念，这些.so 文件的编译不应该是用户那里跑的吗，为什么在我打包的时候要跑一次，那赋值 rpath 就变得非常困难了。有一个 @ORIGIN 的符号，但是这个符号本身代表的是 python 这个程序？那难道我要把东西都编译到 @ORIGIN/../lib/mylib/？

拓展一下，如果我要写一个 C++程序也用到这个 otherlib 库，但同时又有一个依赖需要高版本 libcrypto.so ，那我是不是就没办法编译了？

这个问题可能是相当深入了，不知道有没有大神能讲清楚，谢谢！！！

nowheremanx

51 天前

差点因为这个技术问题想退出码农生涯了，折磨了 3 天，搞得胃酸倒流，腰酸背痛。关键这些问题完全是浪费生命，我宁愿 CRUD 写写业务。

然后反馈下最后解决方案吧。

最后是另外做了一个 python 包，用户通过 pip 安装。然后 ctypes 载入.so 的动作一定要放在所有的 import 之前，不然总是会有 segmentation fault ，这个可能和 rpath 的设置有关，应该是其他库对于底层动态库的引用做了隐式改变。这个坑我是这辈子都不想踩了，真恶心啊。

pursuer

51 天前

c/c++的 ABI 和版本问题一直存在，所以微软搞了 COM 。同时依赖不同版本对于很多语言/平台都是比较麻烦的问题，只能指望开发人员做好兼容处理。

“拓展一下，如果我要写一个 C++程序也用到这个 otherlib 库，但同时又有一个依赖需要高版本 libcrypto.so ，那我是不是就没办法编译了？”
静态链接并做符号隔离(RTLD_LOCAL)可能可以解决，但如果可能，我觉得还是做成 RPC 的调用方式会简单一点。