我在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的问题吗?
答案 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如何运作。