AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
March 2005

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2005.03.06 17:00 "Problem with libtiff.a", by Gregory Safford
2005.03.06 17:04 "Re: Problem with libtiff.a", by Bob Friesenhahn
2005.03.06 19:21 "Re: Problem with libtiff.a", by Frank Warmerdam
2005.03.07 01:28 "Re: Problem with libtiff.a", by Gregory Safford

2005.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