我问了另一个问题,这个问题对于一个直接的答案来说有点太复杂了,所以我把它归结为这个基本问题......
当我aModule.so
使用标准 cython distutils 构建我的时,它似乎没有链接到libpython
:
$ otool -L aModule.so
aModule.so:
/usr/local/lib/libboost_thread-mt.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/local/opt/thrift/lib/libthrift-0.9.0.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11)
但是当我使用 cmake 设置构建时,它会不断生成链接libpython
到 .so 的链接器命令:
$ otool -L aModule.so
aModule.so:
/System/Library/Frameworks/Python.framework/Versions/2.7/Python (compatibility version 2.7.0, current version 2.7.1)
/usr/local/opt/thrift/lib/libthrift-0.9.0.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/local/lib/libboost_thread-mt.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 52.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 159.1.0)
distutils 生成的模块似乎适用于我的任何 python2.7 安装(系统或我的项目的 virtualenv)。而当我尝试使用除链接系统 python 之外的任何内容导入 cmake 时,cmake 会因版本不匹配而崩溃。
为什么 distutils 模块没有链接就可以正常工作?如果是这样的话,为什么我需要让 cmake 构建链接 libpython,如果是这样,我怎么能阻止它,以便它与我的任何 python2.7 解释器一起工作而不会崩溃?
目前我可以使用以下命令将 cmake 指向正确的 python:CXX=g++ cmake -DPYTHON_LIBRARY=/path/to/another/Python