On Wed, 27 Oct 2004, Sean Dague wrote:
I've got an issue with make distcheck and libtool 1.5.x on my project. With libtool 1.4 this all works. (Note I am using gcc 3.4, automake 1.8, autoconf 2.59)
A possible cause of the problem is an ordering problem with library building/installation. Automake does nothing to ensure that libraries are installed in an order which ensures that libtool's relink will succeed. If this is the problem, then you will need to carefully order the list of libraries in Makefile.am so that link dependencies are satisifed during the install relink step.
Bob
During the final stages of make distcheck of our project I get the following:
test -z "/home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_inst/lib" || mkdir -p -- . "/home/sdague/tmp/am-dc-32496//home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_inst/lib" /bin/sh ../libtool --mode=install /usr/bin/install -c 'libopenhpi.la' '/home/sdague/tmp/am-dc-32496//home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_inst/lib/libopenhpi.la' libtool: install: warning: relinking libopenhpi.la' (cd /home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_build/src; /bin/sh ../libtool --mode=relink gcc -g -O2 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wformat=2 -Wformat-security -Wformat-nonliteral -Wno-format-y2k -Wcast-qual -Wcast-align -Werror -D_GNU_SOURCE -fexceptions -g -O2 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wformat=2 -Wformat-security -Wformat-nonliteral -Wno-format-y2k -Wcast-qual -Wcast-align -Werror -D_GNU_SOURCE -fexceptions -o libopenhpi.la -rpath /home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_inst/lib -version-info 10:2:9 -export-symbols ../../src/hpi.sym config.lo domain.lo event.lo hotswap.lo lock.lo plugin.lo plugin_static.lo init.lo safhpi.lo session.lo oHpi.lo ../utils/libopenhpiutils.la -lltdl -pthread -lgthread-2.0 -lglib-2.0 -lm -lpthread -inst-prefix-dir /home/sdague/tmp/am-dc-32496/) echo "{ global:" > .libs/libopenhpi.ver cat ../../src/hpi.sym | sed -e "s/\(.*\)/\1;/" >> .libs/libopenhpi.ver echo "local: *; };" >> .libs/libopenhpi.ver gcc -shared .libs/config.o .libs/domain.o .libs/event.o .libs/hotswap.o .libs/lock.o .libs/plugin.o .libs/plugin_static.o .libs/init.o .libs/safhpi.o .libs/session.o .libs/oHpi.o -L/home/sdague/tmp/am-dc-32496//usr/lib -Wl,--rpath -Wl,/home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_inst/lib -L/usr/lib -L/home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_inst/lib -lopenhpiutils -lltdl -pthread -lgthread-2.0 -lglib-2.0 -lm -lpthread -Wl,-soname -Wl,libopenhpi.so.1 -Wl,-version-script -Wl,.libs/libopenhpi.ver -o .libs/libopenhpi.so.1.9.2 /usr/bin/ld: cannot find -lopenhpiutils collect2: ld returned 1 exit status libtool: install: error: relink libopenhpi.la' with the above command before installing it make[4]: *** [install-libLTLIBRARIES] Error 1 make[4]: Leaving directory /home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_build/src' make[3]: *** [install-am] Error 2 make[3]: Leaving directory /home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_build/src' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory /home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_build/src' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory /home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_build' make: *** [distcheck] Error 1
my first question is where is /home/sdague/tmp/am-dc-32496 coming from? I see no such directory on my machine, and the libopenhpiutils should end up wherever is needed by this point already.
Also of note, the _inst dir has no files in it, only directories. This seems extremely odd to me as well, as if that had been properly populated at this point -L/home/sdague/openhpi-1.9.2-release/openhpi-1.9.2/_inst/lib would have picked up the right library as well.
Any help would be really appreciated. I don't want to just require people to use an older version of libtool to make this work.
-Sean
-- __________________________________________________________________
Sean Dague Mid-Hudson Valley sean at dague dot net Linux Users Group http://dague.net http://mhvlug.org
There is no silver bullet. Plus, werewolves make better neighbors than zombies, and they tend to keep the vampire population down. __________________________________________________________________
====================================== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen
_______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool
