Re: Extraneous "T" during "make install"

[Ralf Wildenhues]

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