| AWARE [SYSTEMS] | Imaging expertise for the Delphi developer | |||||||
![]() |
TIFF and LibTiff Mailing List Archive | |||||||
LibTiff Mailing List
TIFF and LibTiff Mailing List Archive Contact
The TIFF Mailing List Homepage |
Thread2006.01.11 16:55 "Re: 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/ |
|||||||