Cythonized 扩展库依赖不正确

Question

ldd在 Cython 生成的 *.so 文件上检查依赖项，依赖项包含myLib.o而不是libforcython.o我不明白为什么它试图达到myLib.o而不是libforcython我的setup.py.在 python 执行模块期间，会产生类似于Cython unable to find shared object file 的错误。然而与包含的链接和答案相反，我的问题似乎不是在 python 初始化期间发生，而是在 cythonization 本身期间发生。使用这些文件：example.pyx :cdef extern from "myLib.h":    void testFunction ()setup.py:from distutils.core import setup from distutils.extension import Extensionfrom Cython.Build import cythonizepythoncallsc_extension = Extension (    name = "pythoncallsc",    sources=["./example.pyx"],    libraries=["forcython"])setup ( name = "pythoncallsc",        ext_modules = cythonize ([pythoncallsc_extension]))当我查看生成的日志时，python3 setup.py build_ext --inplace我可以在命令行中清楚地看到启动 gcc，它包含：... -lforcython -lpython3.7m ...很明显 gcc 正在链接我的图书馆libforcython。该库包含：头文件 myLib.h为函数生成了 libforcython.so 文件void testFunction(void)。这个库是在我系统的其他地方单独构建的。我检查了 include 和 lib，它们显然在我的 cython 项目的 $PATH 中。cythonization 生成文库pythoncallsc.cpython-37m-x86_64-linux-gnu.so但是当我这样做时，出乎我的意料：ldd pythoncallsc.cpython-37m-x86_64-linux-gnu.solinux-vdso.so.1 (0x00007ffee40fb000)myLib.o => not found                     <=== HERE ???libpython3.7m.so.1.0 => /path/to/lib...libpthread.so.0 => ...libc.so.6 => ......为什么 cython 产生的输出取决于myLib.o文件而不是libforcython.so？这个 myLib.o 文件不存在，因此在我启动我的模块时会产生错误：`ImportError: myLib.o: cannot open shared object file: No such file or directory`任何线索？

Answer 1

如果出现此错误，我们应该检查 c 库是如何构建的。

正如评论中所建议的，该libforcython库未正确构建。

它是soname在 Makefile 中使用 gcc 错误地构建的。

正确的：

gcc myLib.o -shared -fPIC -Wl,-soname,libforcython.so -o libforcython.so -lc

不正确：

gcc -shared -fPIC -Wl,-soname,myLib.o -o libforcython.so myLib.o -lc

在这种情况下，soname 并不是很有用，因为我没有为库使用版本号：一个更简单的用例。