我創建了一個庫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 ++處理另一個庫）
所以，舉例來說，如果我運行測試沒有安裝任何東西，一切工作正常。我可以在本地進行更改，並立即通過這些程序提取。
如果我安裝了這個軟件包，這些程序會編譯（看起來它確實在本地查找頭文件），但是一旦我運行該程序，它會抱怨丟失的符號。
據我所知，它是基於make輸出鏈接到新建庫（../src/libgdata.la），所以我不知道爲什麼會發生這種情況。如果我刪除已安裝的文件，對src/*進行的本地更改就可以完成。
我已經在下面列出了gdatacalendar的make輸出。
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變量沒有幫助。
更新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在另一個創建LT-gdatacalendar？
上libgdata LDD的輸出是：
[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 LT-gdatacalendar – Eugene 2009-07-22 21:51:53
的輸出，然後LDD的輸出在所有的庫 – Eugene 2009-07-22 21:54:15
嗯，這是什麼LT-前綴確實？ – Eugene 2009-07-22 22:49:14