From: Patrick S. <sch...@ek...> - 2003-09-30 20:39:41
|
Hello all, On Tue, Sep 30, 2003 at 07:45:40PM +0200, Michael Reinelt wrote: > >What versions of the autotools were you using? > > merlin:~ $ autoconf --version > autoconf (GNU Autoconf) 2.57 > > merlin:~ $ automake --version > automake (GNU automake) 1.4-p6 > > merlin:~ $ libtool --version > ltmain.sh (GNU libtool) 1.5.0a (1.1220.2.25 2003/08/01 19:08:35) Debian: > 49 $ > > merlin:~ $ libtoolize --version > libtoolize (GNU libtool) 1.5.0a For me, that's: $ autoconf --version autoconf (GNU Autoconf) 2.57 $ automake --version automake (GNU automake) 1.6.3 $ libtool --version ltmain.sh (GNU libtool) 1.5.0a (1.1220.2.27 2003/08/29 14:21:22) $ libtoolize --version libtoolize (GNU libtool) 1.5.0a > Martin, Patrick, could you please report your versions, too? And could > you please try to re-enable the currently commented lines in Makefile.am > and configure.in: > > Makefile.am: > # deactivateing shared lib target for the moment until > # libtool works cleanly... > #lib_LTLIBRARIES = liblcd4linux.la > [...] > # deactivated > # liblcd4linux_la_LDFLAGS = -version-info 9:11:9 > > # liblcd4linux_la_SOURCES = \ > [...] I also had to remove @DRIVERS@ from liblcd4linux_la_SOURCES, automake complained: Makefile.am:75: `liblcd4linux_la_SOURCES' includes configure substitution `@DRIVERS@', and is referred to from `liblcd4linux_la_SOURCES': configure substitutions not allowed in _SOURCES variables Plus I had to remove a lot of objects from the lcd4linux_SOURCES target since automake complained: automake: Makefile.am: object `debug.$(OBJEXT)' created both with libtool and without (Also for cfg, lock, udelay, display, pixmap, bar, icon, fontmap, and parport.) > configure.in: > # Using `AC_PROG_RANLIB' is rendered > # obsolete by `AC_PROG_LIBTOOL' :-( > AC_PROG_RANLIB > # Deactivating libtool for the moment until > # we find a way this beast works cleanly... > #AC_PROG_LIBTOOL > #AM_PROG_LIBTOOL > > and the report any problems? Configure seems to work: $ ./configure --prefix=/tmp/schemitz/trash --with-drivers=X11 [...] configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands $ But make fails with a curious problem. Each object seems to compile: source='display.c' object='display.lo' libtool=yes \ depfile='.deps/display.Plo' tmpdepfile='.deps/display.TPlo' \ depmode=none /bin/sh ./depcomp \ /bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/X11R6/include -D_GNU_SOURCE -Wall -g -O2 -c -o display.lo `test -f 'display.c' || echo './'`display.c (and the same for all the other objects), but the linker complains: (cd . && ln -s display.lo display.o) [ plus the same for all the shared objects ] gcc -shared display.lo debug.lo cfg.lo lock.lo pixmap.lo bar.lo icon.lo fontmap.lo parport.lo udelay.lo -lm -Wl,-soname -Wl,liblcd4linux.0 -o .libs/liblcd4linux.0.9.11 gcc: display.lo: No such file or directory gcc: debug.lo: No such file or directory gcc: cfg.lo: No such file or directory gcc: lock.lo: No such file or directory gcc: pixmap.lo: No such file or directory gcc: bar.lo: No such file or directory gcc: icon.lo: No such file or directory gcc: fontmap.lo: No such file or directory gcc: parport.lo: No such file or directory gcc: udelay.lo: No such file or directory And the linker is right! The object files do not exist. Apparently, libtool didn't really invoke the compiler at all! Proof: mv away the gcc executable and run "make" again: no error on compile, no warning. More trouble: on the second invokation, "make" complains (again, correctly) about already existing symlinks: (cd . && ln -s display.lo display.o) ln: `display.o': File exists Hope this helps. I surely do need help here. Ciao, patrick -- Patrick Schemitz <http://www-ekp.physik.uni-karlsruhe.de/~schemitz> |