AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2006.01.09 14:12 "[Tiff] The -rpath Problem: Please add ${LIBDIR} to ${LINK}", by Norihiko Murase
2006.01.09 17:06 "Re: [Tiff] The -rpath Problem: Please add ${LIBDIR} to ${LINK}", by Bob Friesenhahn
2006.01.09 17:33 "Re: [Tiff] The -rpath Problem: Please add ${LIBDIR} to ${LINK}", by Bob Friesenhahn
2006.01.11 06:29 "Re: [Tiff] The -rpath Problem: Please add ${LIBDIR} to ${LINK}", by Norihiko Murase
2006.01.11 16:55 "Re: [Tiff] The -rpath Problem: Please add ${LIBDIR} to ${LINK}", by Bob Friesenhahn

2006.01.11 16:55 "Re: [Tiff] The -rpath Problem: Please add ${LIBDIR} to ${LINK}", by Bob Friesenhahn

Currently LIBDIR is added to LDFLAGS for linking the libtiff library.

Actually, NOT added in all the Makefiles (except
tiff-3.8.0/libtiff/Makefile) I referred to.
    [-/tiff-3.8.0]% grep 'LIBDIR' tools/Makefile.in
    LIBDIR = @LIBDIR@
    [-/tiff-3.8.0]%
This means that the value of LIBDIR is NOT used. The same

It should be used in that the value is inserted into libtiff.la which is then used by libtool to obtain the linker flags necessary when linking dependent components. This means that the flags should be passed on to any program/library which links against libtiff. If libtool is not doing that, then libtool has the bug.

This means that the mkg3states program is built but would
not be usable without adding that line.

[-/tiff-3.8.0]% ldd tiff-3.8.0/libtiff/mkg3states
tiff-3.8.0/libtiff/mkg3states:
    libz.so => /usr/lib/libz.so (0x28067000)
    libm.so.2 => /usr/lib/libm.so.2 (0x28074000)
    libc.so.4 => /usr/lib/libc.so.4 (0x2808f000)
[-/tiff-3.8.0]%

It seems unlikely that mkg3states is intentionally using libz so my guess is that the linkage dependency is an unintentional artifact. Apparently -lz should not appear in the globally applied LIBS definition.

Bob
======================================
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/