Я создаю библиотеку libgdata, которая имеет некоторые тесты и не установленные программы. Я столкнулся с проблемой, что, как только я установил библиотеку один раз, программы, похоже, уже больше связаны с установленной версией, а не с локальной версией в ../src/libgdata.la.Зачем нужна ссылка autoconf/automake для установленной библиотеки вместо локальной библиотеки разработки?
Что может быть причиной этого? Я делаю что-то ужасно неправильно?
Вот что мой test/Makefile.am выглядит следующим образом:
INCLUDES = -I$(top_srcdir)/src/ -I$(top_srcdir)/test/
# libapiutil contains all of our dependencies!
AM_CXXFLAGS = $(APIUTIL_CFLAGS)
AM_LDFLAGS = $(APIUTIL_LIBS)
LDADD = $(top_builddir)/src/libgdata.la
noinst_PROGRAMS = gdatacalendar gdatayoutube
gdatacalendar_SOURCES = gdatacalendar.cc
gdatayoutube_SOURCES = gdatayoutube.cc
TESTS = check_bare
check_PROGRAMS = $(TESTS)
check_bare_SOURCES = check_bare.cc
(libapiutil еще одна библиотека, которая имеет некоторый вспомогательный материал для работы с Libcurl и Libxml ++)
Так, например, если я запускаю тесты не устанавливая ничего, все работает нормально. Я могу внести изменения на местном уровне, и они сразу же подхвачены этими программами.
Если я устанавливаю пакет, эти программы будут компилироваться (кажется, что он действительно выглядит локально для заголовков), но как только я запускаю программу, она жалуется на отсутствие символов.
Насколько я могу судить, он связывается с недавно созданной библиотекой (../src/libgdata.la) на основе вывода make, поэтому я не уверен, почему это произойдет. Если я удалю установленные файлы, локальные изменения в src/* будут подобраны просто отлично.
Я включил выходной сигнал для gdatacalendar ниже.
g++ -DHAVE_CONFIG_H -I. -I.. -I../src/ -I../test/ -I/home/altern8/workspaces/4355/dev-install/include -I/usr/include/libxml++-2.6 -I/usr/lib/libxml++-2.6/include -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -MT gdatacalendar.o -MD -MP -MF .deps/gdatacalendar.Tpo -c -o gdatacalendar.o gdatacalendar.cc
mv -f .deps/gdatacalendar.Tpo .deps/gdatacalendar.Po
/bin/bash ../libtool --tag=CXX --mode=link g++ -I/home/altern8/workspaces/4355/dev-install/include -I/usr/include/libxml++-2.6 -I/usr/lib/libxml++-2.6/include -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -L/home/altern8/workspaces/4355/dev-install/lib -lapiutil -lcurl -lgssapi_krb5 -lxml++-2.6 -lxml2 -lglibmm-2.4 -lgobject-2.0 -lsigc-2.0 -lglib-2.0 -o gdatacalendar gdatacalendar.o ../src/libgdata.la
mkdir .libs
g++ -I/home/altern8/workspaces/4355/dev-install/include -I/usr/include/libxml++-2.6 -I/usr/lib/libxml++-2.6/include -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -o .libs/gdatacalendar gdatacalendar.o -L/home/altern8/workspaces/4355/dev-install/lib /home/altern8/workspaces/4355/dev-install/lib/libapiutil.so /usr/lib/libcurl.so -lgssapi_krb5 /usr/lib/libxml++-2.6.so /usr/lib/libxml2.so /usr/lib/libglibmm-2.4.so /usr/lib/libgobject-2.0.so /usr/lib/libsigc-2.0.so /usr/lib/libglib-2.0.so ../src/.libs/libgdata.so -Wl,--rpath -Wl,/home/altern8/workspaces/4355/dev-install/lib
creating gdatacalendar
Помощь. :)
UPDATE
Я получаю следующие сообщения, когда я пытаюсь запустить программу календаря, когда я добавил метод addCommonRequestHeader() к классу обслуживания после того, как я установил библиотеку без метода addCommonRequestHeader().
/home/altern8/workspaces/4355/libgdata/test/.libs/lt-gdatacalendar:
symbol lookup error:
/home/altern8/workspaces/4355/libgdata/test/.libs/lt-gdatacalendar:
undefined symbol:
_ZN55gdata7service7Service22addCommonRequestHeaderERKSsS4_
предложение Жени попытаться установить переменную $LD_LIBRARY_PATH не помогло.
UPDATE 2
Я сделал два теста. Во-первых, я сделал это после того, как удалил каталог dev-install (-prefix), и в этом случае он создает test/.libs/lt-gdatacalendar. Однако, когда я установил библиотеку, вместо этого он создает test/.libs/gdatacalendar. Выход LDD одинакова для обоих с одним исключением:
# before install
# ldd test/.libs/lt-gdatacalendar
libgdata.so.0 => /home/altern8/workspaces/4355/libgdata/src/.libs/libgdata.so.0 (0xb7c32000)
# after install
# ldd test/.libs/gdatacalendar
libgdata.so.0 => /home/altern8/workspaces/4355/dev-install/lib/libgdata.so.0 (0xb7c87000)
Что бы вызвать это, чтобы создать ЛТ-gdatacalendar в одном случае, но gdatacalendar в другой?
Выход LDD на libgdata является:
[email protected]:~/workspaces/4355/libgdata$ ldd /home/altern8/workspaces/4355/libgdata/src/.libs/libgdata.so.0
linux-gate.so.1 => (0xb7f7c000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7f3b000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7dec000)
/lib/ld-linux.so.2 (0xb7f7d000)
Не могли бы вы также разместить вывод LDD ЛТ-gdatacalendar – Eugene
и затем выводятся из LDD на всех LIBS – Eugene
Хм, что это ЛТ префикс в самом деле? – Eugene