проблема с компоновщиком gcc - PullRequest
4 голосов
/ 16 октября 2008

Я пытаюсь создать библиотеку, которая обернет libpurple (вам не нужно ничего знать о libpurple, чтобы помочь здесь). Libpurple, в свою очередь, загружает «плагины», к которым просто .so получают доступ через что-то вроде dlopen. Эти плагины в свою очередь вызывают функции libpurple.

Я могу очень хорошо собрать свою библиотеку, но когда она вызывает соответствующую функцию инициализации libpurple и libpurple пытается загрузить плагин, я получаю сообщение об ошибке, подобное следующему:

ошибка поиска символа: /usr/local/lib/purple-2/autoaccept.so: undefined символ: purple_user_dir

purple_user_dir - это функция, определенная в libpurple. Когда я создаю программу (не библиотеку), которая ссылается на libpurple, проблем не возникает. Я пытался использовать -export-dynamic, и это, похоже, не помогло. Вот моя команда сборки:

gcc -export-dynamic -I/usr/local/include/libpurple -I/usr/include/python2.5 -DH\
AVE_CONFIG_H -I. -DSTANDALONE -DBR_PTHREADS=0 -DDATADIR=\"/usr/local/share\" -D\
LIBDIR=\"/usr/local/lib/purple-2/\" -DLOCALEDIR=\"/usr/local/share/locale\" -DS\
YSCONFDIR=\"/usr/local/etc\" -Wall  -Waggregate-return -Wcast-align -Wdeclarati\
on-after-statement -Wendif-labels -Werror-implicit-function-declaration -Wextra\
 -Wno-sign-compare -Wno-unused-parameter -Winit-self -Wmissing-declarations -Wm\
issing-noreturn -Wmissing-prototypes -Wpointer-arith -Wundef -Wp,-D_FORTIFY_SOU\
RCE=2 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -I/usr/inc\
lude/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/gl\
ib-2.0/include   -I/usr/include/libxml2   -g -g -O2 -c -o spurple.o spurple.c

gcc -shared -g -O2 -Wl,--export-dynamic -pthread 
../../libpurple/.libs/libpurple.so -o spurple.so spurple.o 
-Wl,--export-dynamic  /usr/local/lib/libpurple.so 
-ldbus-glib-1 -ldbus-1 /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so 
-ldl /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so 
/usr/lib/libxml2.so -lm -lpython2.5 -lutil -lpthread -lnsl -lresolv

Спасибо.

Ответы [ 2 ]

1 голос
/ 16 октября 2008

Просто выстрел в темноте, но у вас есть другая переменная среды LD_LIBRARY_PATH при создании приложения, чем при запуске?

1 голос
/ 16 октября 2008

Я бы попытался использовать команды ldd и nm unix для поиска символов в оболочке и в упакованных библиотеках.

...