Python ctypes.cdll.LoadLibrary работает по-разному между 2.6.5 и 2.7.1 - PullRequest
Новая
       10

Python ctypes.cdll.LoadLibrary работает по-разному между 2.6.5 и 2.7.1

2 голосов
/ 10 декабря 2010

У меня есть система с Python версии 2.6.5 и 2.7.1, и я замечаю, что один LoadLibrary работает, а другой нет. 

Python 2.7.1 (r271:86832, Nov 30 2010, 10:03:07)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from ctypes import cdll
>>> cdll.LoadLibrary("./mylib.so")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python2.7/ctypes/__init__.py", line 431, in LoadLibrary
    return self._dlltype(name)
  File "/usr/local/lib/python2.7/ctypes/__init__.py", line 353, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: ./mylib.so: undefined symbol: compress2

, а на рабочей 2.6.5 земли: 

Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from ctypes import cdll
>>> cdll.LoadLibrary("./mylib.so")
<CDLL './mylib.so', handle 98bbd88 at b785c94c>

Кто-нибудь знает хороший способ выяснить, почему Python 2.7.1 не работает?

1 Ответ

1 голос
/ 10 декабря 2010

По какой-то причине Python ctypes получает супер-анал по поводу библиотечных зависимостей. Я до сих пор не выяснил, почему 2.6.5 работал выше, но исправляя это следующим образом:

При компиляции mylib.so мне нужно было указать или связать с простотой библиотеки zlib. Поскольку «compress2» из библиотеки zlib, я могу сделать это следующим образом:

g ++ бла-бла-mylib.so бла-бла -lz

-lz ссылается на библиотеку zlib, и она будет отображаться, если вы выполните «ldd mylib.so». Это исправит это и позволит «LoadLibrary» не потерпеть неудачу.

...