| 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 |
Thread2005.03.07 01:28 "Re: Problem with libtiff.a", by Gregory Safford> As Bob suggests, it looks like ImageMagick is wanting > to link against a shared library version of libtiff that > knows about what it depends on. In this case if you > link against libtiff.a, you will also need to link against > zlib, used for the deflate compression support. Adding -lz > may be sufficient to address this. As you suggested, in trying various things I had reduced the arguments I was using to the point that I was missing some needed libraries (JPEG, math, etc.). Returning to the original command as taken from the ImageMagick configure output but replacing the -ltiff argument with a fully qualified call to my local libtiff.a or libtiff.so resulted in successful compilation of my little test program. Now if I can get ImageMagick's configure to use the local libtiff instead of /usr/local/libtiff.so, which complains about the lack of some c++ functions (which is why I was trying to circumvent it). Thanks for your help. Greg |
|||||||