Re: libtool 1.5.6 still not supporting make distcheck

[Sean Dague]

Bob,

The following log is still valid for where the breakdown occurs:
http://dague.net/libtool.txt.

That is a complete build log, plus all versions of the software.

The problem comes at:

/bin/sh ../../mkinstalldirs
/home/sdague/tmp/am-dc-28498//home/sdague/openhpi/openhpi-1.9.3/_inst/lib
 /bin/sh ../libtool --mode=install /usr/bin/install -c  libopenhpi.la
/home/sdague/tmp/am-dc-28498//home/sdague/openhpi/openhpi-1.9.3/_inst/lib/libopenhpi.la
libtool: install: warning: relinking libopenhpi.la'
(cd /home/sdague/openhpi/openhpi-1.9.3/_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 -D_REENTRANT -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 -D_REENTRANT
-fexceptions -o libopenhpi.la -rpath
/home/sdague/openhpi/openhpi-1.9.3/_inst/lib -L../utils -version-info 10:3:9
-export-symbols ../../src/hpi.sym config.lo domain.lo event.lo alarm.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-28498/)
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/alarm.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-28498//usr/lib  -Wl,--rpath
-Wl,/home/sdague/openhpi/openhpi-1.9.3/_inst/lib -L/usr/lib
-L/home/sdague/openhpi/openhpi-1.9.3/_build/utils
-L/home/sdague/openhpi/openhpi-1.9.3/_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.3
/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/openhpi-1.9.3/_build/src'
make[3]: *** [install-am] Error 2
make[3]: Leaving directory /home/sdague/openhpi/openhpi-1.9.3/_build/src'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory /home/sdague/openhpi/openhpi-1.9.3/_build/src'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory /home/sdague/openhpi/openhpi-1.9.3/_build'
make: *** [distcheck] Error 1



        -Sean

On Tue, Nov 16, 2004 at 05:38:20PM -0600, Bob Friesenhahn wrote:
> I don't see where you supplied information regarding what step of 
> distcheck failed.
> 
> Tool versions are unlikely to be the cause of the problem.  Most 
> distcheck problems are due to 'make check' tests failing, use of bad 
> paths, or files which fail to be cleaned up by 'make clean' or 'make 
> uninstall'.
> 
> Bob
> 
> On Tue, 16 Nov 2004, Sean Dague wrote:
> 
> >I just was able to get a debian system up to basically the same revision
> >levels of autotools as my desktop system.... an it gets through make
> >distcheck.  Which means it isn't a libtool issue, but I'm still hoping
> >someone might still be able to help me figure out what part of the 
> >toolchain
> >is to blame.
> >
> >Here is the working system:
> >Debian Testing
> >gcc (GCC) 3.4.2 (Debian 3.4.2-2)
> >autoconf (GNU Autoconf) 2.59
> >automake (GNU automake) 1.7.9
> >ltmain.sh (GNU libtool) 1.5.6 (1.1220.2.95 2004/04/11 05:50:42) Debian: 220
> >$
> >GNU ld version 2.15
> >
> >
> >Non working system:
> >Mandrake 10.1
> >gcc-3.4.1 (GCC) 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)
> >autoconf (GNU Autoconf) 2.59
> >automake (GNU automake) 1.7.9
> >ltmain.sh (GNU libtool) 1.5.6 (1.1220.2.95 2004/04/11 05:50:42)
> >GNU ld version 2.15.90.0.3 20040415
> >
> >
> >Could ld be to blame here?
> >
> >Thanks for the help so far.  Any ideas here would be greatly appreciated.
> >Please let me know if anything else in the toolchain might be suspect.
> >
> >     -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
> address@hidden
> http://www.simplesystems.org/users/bfriesen
> 

-- 
__________________________________________________________________

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.
__________________________________________________________________

pgpkDLa_xrVoT.pgp
Description: PGP signature