在Python中加載共享庫時未定義的符號

我嘗試在一些python代碼中使用用C++編寫的共享庫。我在Linux操作系統下。在Python中加載共享庫時未定義的符號

g++ -Wall -fPIC -O2 -c HeliosDacAPI.cpp 
g++ -shared -o libHeliosDacAPI.so HeliosDacAPI.o

然後我嘗試加載蟒蛇控制檯裏面這個庫：

>>> import ctypes 
>>> HeliosLib = ctypes.cdll.LoadLibrary("./libHeliosDacAPI.so")

我得到一個錯誤：

Traceback (most recent call last): 
    File "<stdin>", line 1, in <module> 
    File "/usr/lib/python3.5/ctypes/__init__.py", line 425, in LoadLibrary 
    return self._dlltype(name) 
    File "/usr/lib/python3.5/ctypes/__init__.py", line 347, in __init__ 
    self._handle = _dlopen(self._name, mode) 
OSError: ./libHeliosDacAPI.so: undefined symbol: _ZN9HeliosDac18GetControlResponseEiPhi

首先，我使用以下命令創建共享庫

她e是HeliosDacAPI.h

nm libHeliosDacAPI.so顯示：

0000000000202088 B __bss_start 
0000000000202088 b completed.7585 
       w [email protected]@GLIBC_2.2.5 
0000000000202090 B dacController 
0000000000000cb0 t deregister_tm_clones 
0000000000000d40 t __do_global_dtors_aux 
0000000000201dd8 t __do_global_dtors_aux_fini_array_entry 
0000000000202078 d __dso_handle 
0000000000202080 d DW.ref.__gxx_personality_v0 
0000000000201de8 d _DYNAMIC 
0000000000202088 D _edata 
00000000002020a0 B _end 
00000000000014b8 T _fini 
0000000000000d80 t frame_dummy 
0000000000201dd0 t __frame_dummy_init_array_entry 
0000000000001758 r __FRAME_END__ 
0000000000202000 d _GLOBAL_OFFSET_TABLE_ 
       w __gmon_start__ 
00000000000014dc r __GNU_EH_FRAME_HDR 
       U [email protected]@CXXABI_1.3 
0000000000000bb0 T _init 
0000000000202098 B inited 
       w _ITM_deregisterTMCloneTable 
       w _ITM_registerTMCloneTable 
0000000000201de0 d __JCR_END__ 
0000000000201de0 d __JCR_LIST__ 
       w _Jv_RegisterClasses 
       U [email protected]@GLIBC_2.3.4 
0000000000000cf0 t register_tm_clones 
       U [email protected]@GLIBC_2.4 
0000000000202088 d __TMC_END__ 
       U [email protected]@GCC_3.0 
00000000000T _Z10SetShutterib 
0000000000000db0 T _Z10WriteFrameiihP11HeliosPointi 
0000000000001420 T _Z11OpenDevicesv 
00000000000013d0 T _Z12CloseDevicesv 
0000000000001360 T _Z13EraseFirmwarei 
0000000000001290 T _Z18GetFirmwareVersioni 
0000000000000f20 T _Z4Stopi 
0000000000000f90 T _Z7GetNameiPc 
00000000000010c0 T _Z7SetNameiPc 
0000000000001150 T _Z9GetStatusi 
       U [email protected]@GLIBCXX_3.4 
       U _ZN9HeliosDac11OpenDevicesEv 
       U _ZN9HeliosDac11SendControlEiPhi 
       U _ZN9HeliosDac18GetControlResponseEiPhi 
       U _ZN9HeliosDac9SendFrameEiPhi 
       U _ZN9HeliosDacC1Ev 
       U _ZN9HeliosDacD1Ev 
       U [email protected]@GLIBCXX_3.4

我正在尋找關於如何調試這樣的問題的一些技巧。

來源

2016-12-05 trojek

'nm libHeliosDacAPI.so'說什麼？我們可以看到HeliosDacAPI.h文件嗎？ – YSC

我不能確定，但它接縫HeliosDac::GetControlResponse(int, ?*, int)被定義在HeliosDac.cpp，你很多編譯和鏈接到libHeliosDacAPI.so。

在契稅，從nm libHeliosDacAPI.so我們清楚的看到這個符號，但是用U ndefined（這意味着你的問題不是來自你的方式來加載在Python庫）：

    U _ZN9HeliosDac18GetControlResponseEiPhi

你可以嘗試編譯：

g++ -Wall -fPIC -O2 -c HeliosDacAPI.cpp 
g++ -Wall -fPIC -O2 -c HeliosDac.cpp 
g++ -shared -o libHeliosDacAPI.so HeliosDacAPI.o HeliosDac.o

來源

2016-12-05 12:21:24 YSC

我解決了我的錯誤，但另一個發生：OSError：./libHeliosDacAPI.so：undefined symbol：libusb_close。我應該從HeliosDAC存儲庫的文件中找到libusb_close函數並從它製作.o文件，然後從所有3個文件創建共享庫？ – trojek

嘗試'g ++ -lusb -shared -o libHeliosDacAPI.so HeliosDacAPI.o HeliosDac.o' – YSC

它沒有幫助。在你的提示之前，我做了：sudo ln -s /usr/lib/x86_64-linux-gnu/libusb-1.0.so /usr/lib/libusb.so – trojek

在Python中加載共享庫時未定義的符號

回答

相關問題