Hello Henry, Let's keep the bug-libtool list in Cc:. Someone else may have useful input on this as well. Thus quoting generously:
* Henry Nelson wrote on Sat, Jun 10, 2006 at 12:26:54PM CEST: > On Sat, Jun 10, 2006 at 08:38:04AM +0200, Ralf Wildenhues wrote: > > Thanks for the bug report. > > I hope it turns out to be worthwhile and helps others. Oh, certainly. I suspect it to be a bug in Libtool. It's easiest for me to fix it if I can reproduce it. > I am not sure of > the information you request. Please tell me what you need in command line > format if I have not given you what you need. Sure, sorry for not doing that in the first place. > > Interesting. Please post the uninstalled libtiffxx.la, and the full > > # ls -l libtiff/.libs | grep lib [in the tiff distribution after `make`] > -rw-r--r-- 1 henws staff 377918 Jun 10 18:56 libtiff.a > lrwxr-xr-x 1 henws staff 13 Jun 10 18:56 libtiff.la -> ../libtiff.la > -rw-r--r-- 1 henws staff 845 Jun 10 18:56 libtiff.lai > lrwxr-xr-x 1 henws staff 14 Jun 10 18:56 libtiff.so -> libtiff.so.3.8 > lrwxr-xr-x 1 henws staff 14 Jun 10 18:56 libtiff.so.3 -> libtiff.so.3.8 > -rwxr-xr-x 1 henws staff 344355 Jun 10 18:56 libtiff.so.3.8 > -rw-r--r-- 1 henws staff 190898 Jun 10 18:58 libtiffxx.a > lrwxr-xr-x 1 root staff 15 Jun 10 18:58 libtiffxx.la -> > ../libtiffxx.la > -rw-r--r-- 1 root staff 823 Jun 10 18:58 libtiffxx.lai > lrwxr-xr-x 1 henws staff 16 Jun 10 18:56 libtiffxx.so -> > libtiffxx.so.3.8 > lrwxr-xr-x 1 henws staff 16 Jun 10 18:56 libtiffxx.so.3 -> > libtiffxx.so.3.8 > -rwxr-xr-x 1 henws staff 191957 Jun 10 18:56 libtiffxx.so.3.8 Ah, yes. Please post the output of cat libtiff/.libs/libtiff.la cat libtiff/.libs/libtiffxx.la > # ls -l /usr/local/lib | grep tiff > -rw-r--r-- 1 root wheel 377918 Jun 10 18:58 libtiff.a > -rwxr-xr-x 1 root wheel 845 Jun 10 18:58 libtiff.la > lrwxr-xr-x 1 root wheel 14 Jun 10 18:58 libtiff.so -> libtiff.so.3.8 > lrwxr-xr-x 1 root wheel 14 Jun 10 18:58 libtiff.so.3 -> libtiff.so.3.8 > -rwxr-xr-x 1 root wheel 344355 Jun 10 18:58 libtiff.so.3.8 OK. At this point I'm not interested in the installed files. > > mode=link line with which it gets created, and the full install command > > /bin/sh ../libtool --mode=install /usr/bin/install -c 'libtiffxx.la' > '/usr/local/lib/libtiffxx.la' > libtool: install: warning: relinking `libtiffxx.la' > (cd /usr/local/src/tiff-3.8.2/libtiff; /bin/ksh ../libtool --tag=CXX > --mode=relink g++ -g -O2 -L/usr/X11R6/lib -o libtiffxx.la -rpath > /usr/local/lib -no-undefined -version-number 3:8:2 tif_stream.lo > ../libtiff/libtiff.la ../port/libport.la -ljpeg -lz -lm -lc ) > > *** Warning: linker path does not have real file for library -ljpeg. > *** I have the capability to make that library automatically link in when > *** you link to this library. But I can only do this if you have a > *** shared version of the library, which you do not appear to have > *** because I did check the linker path looking for a file starting > *** with libjpeg and none of the candidates passed a file format test > *** using a regex pattern. Last file checked: /usr/X11R6/lib/libjpeg.so.62.0 > *** The inter-library dependencies that have been dropped here will be > *** automatically added whenever a program is linked with this library > *** or is declared to -dlopen it. > > *** Since this library must not contain undefined symbols, > *** because either the platform does not support them or > *** it was explicitly requested with -no-undefined, > *** libtool will only create a static version of it. > rm -fr .libs/libtiffxx.lax > mkdir .libs/libtiffxx.lax > rm -fr .libs/libtiffxx.lax/libport.a > mkdir .libs/libtiffxx.lax/libport.a > (cd .libs/libtiffxx.lax/libport.a && ar x > /usr/local/src/tiff-3.8.2/libtiff/../port/.libs/libport.a) > ar cru .libs/libtiffxx.a tif_stream.o .libs/libtiffxx.lax/libport.a/dummy.o > ranlib .libs/libtiffxx.a > rm -fr .libs/libtiffxx.lax > creating libtiffxx.la > (cd .libs && rm -f libtiffxx.la && ln -s ../libtiffxx.la libtiffxx.la) > /usr/bin/install -c .libs/libtiffxx.so.3.8T /usr/local/lib/libtiffxx.so.3.8 > install: .libs/libtiffxx.so.3.8T: stat: No such file or directory > *** Error code 1 OK, thanks. > > line and its output. (Where do I get the tiff-3.8.2 tarball BTW?) > > ftp://ftp.remotesensing.org/pub/libtiff/tiff-3.8.2.tar.gz Alright. I'll look at this one. > > This is only on NetBSD, right? > > # uname -sr > NetBSD 3.0.0_STABLE > > The error occurs with `make`, `gmake` and `make -dx install`. What > is very strange is that the install finishes without error and "libtiffxx.a" > and "libtiffxx.la" (but not libtiffxx.so.3.8) get installed when a > pipe is created to get a log: `make -dx install | tee tiff.install-log`. > > I didn't notice the libjpeg error before. Perhaps I built that wrong, > and it is the root cause? Hmm. Probably not. Where is your libjpeg installed? Inside that directory, please do a ls -l libjpeg* and cat libjpeg.la in case there is such a file. Thanks, Ralf _______________________________________________ Bug-libtool mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-libtool
