Python ImportError - 未定义的符号 - 用于自定义C ++模块

时间:2012-07-25 06:08:09

标签: c++ python opencv shared-libraries

我在Ubuntu 11.04上使用OpenCV 2.3到2.4.2在C ++中开发了一个Python模块。 OpenCV是从源代码构建的。我没有使用Ubuntu存储库中的OpenCV版本。

我的Python模块编译没有任何问题,并正确加载到Python中。但是,当我在Ubuntu 11.10或12.04上编译这个模块时,我得到一个带有消息" undefined symbol"的ImportError。当试图在Python中加载它时。

这是我编译模块的方法:

g++ -fPIC -shared `pkg-config --cflags --libs python` `pkg-config --cflags --libs opencv` -I/usr/local/include/opencv2/legacy -o mymodule.so mymodule.cpp

这是" pkg-config --cflags --libs opencv"

的输出
-I/usr/local/include/opencv -I/usr/local/include  /usr/local/lib/libopencv_calib3d.so /usr/local/lib/libopencv_contrib.so /usr/local/lib/libopencv_core.so /usr/local/lib/libopencv_features2d.so /usr/local/lib/libopencv_flann.so /usr/local/lib/libopencv_gpu.so /usr/local/lib/libopencv_highgui.so /usr/local/lib/libopencv_imgproc.so /usr/local/lib/libopencv_legacy.so /usr/local/lib/libopencv_ml.so /usr/local/lib/libopencv_nonfree.so /usr/local/lib/libopencv_objdetect.so /usr/local/lib/libopencv_photo.so /usr/local/lib/libopencv_stitching.so /usr/local/lib/libopencv_ts.so /usr/local/lib/libopencv_video.so /usr/local/lib/libopencv_videostab.so

我得到的错误是:

ImportError: /path/to/service/mymodule.so: undefined symbol: _ZN5CvSVMD1Ev

我的理解是"未定义的符号"通常意味着在任何链接库中都找不到给定的符号。但我知道libopencv_ml.so中有这个符号,因为当我运行它时:

$ nm -g  /usr/local/lib/libopencv_ml.so | grep _ZN5CvSVMD1Ev

我明白了:

000000000002fd40 T _ZN5CvSVMD1Ev

/ usr / local / lib似乎位于动态链接器缓存中。

$ cat /etc/ld.so.conf.d/libc.conf 
# libc default configuration
/usr/local/lib

so文件也在缓存中。

$ ldconfig -p | grep opencv | grep ml
        libopencv_ml.so.2.4 (libc6,x86-64) => /usr/local/lib/libopencv_ml.so.2.4
        libopencv_ml.so (libc6,x86-64) => /usr/local/lib/libopencv_ml.so

那么你能否告诉我我可能做错了什么? Ubuntu 11.04和11.10之间在运行Python时加载共享库的方式有什么变化吗?或者这是OpenCV的问题吗?

1 个答案:

答案 0 :(得分:19)

解决方案是在g ++命令行上将生成的模块名称放在它所依赖的其他模块之前。

g++ -fPIC -shared -o mymodule.so mymodule.cpp `pkg-config --cflags --libs python` `pkg-config --cflags --libs opencv` -I/usr/local/include/opencv2/legacy

gcc手册页说明了“-l”选项,

  

在您编写此选项的命令中,它会有所不同;该   链接器按顺序搜索和处理库和目标文件   它们是指定的。因此,foo.o -lz bar.o搜索库z之后   文件foo.o但在bar.o之前如果bar.o引用z中的函数,那些   可能无法加载函数。

由于mymodule.so的名称是在它应该链接到的库之前提供的,因此它们都没有实际链接到生成的.so文件。

感谢@ J.F.Sebastian指出-l如何运作。