necessary info

Ryan Schmidt ryandesign at
Thu Apr 29 23:35:47 PDT 2010

On Apr 29, 2010, at 11:46, Michael Funk wrote:

> On Apr 29, 2010, at 8:55 AM, John B Brown wrote:
>> jbb at pinball3:~
>> (7): % locate libtiff
>> /Library/Printers/hp/Utilities/HPPU Plugins/ZMeasurement.assistant/Contents/Resources/libtiff_copyright.txt
>> /src/gnu/LIBS/libtiff-lzw-1.3.tar.gz
>> /src/gnu/LIBS/libtiff-lzw-1.5.tgz
>> /src/gnu/LIBS/libtiff-lzw-1.5.tgz.md5
>> /System/Library/Tcl/8.4/Img1.4/libtifftcl3.8.2.dylib
>> /System/Library/Tcl/8.5/Img1.4/libtifftcl3.8.2.dylib
>> /Users/jbb/google-earth/
>> /usr/lib/libtiff.3.6.0.dylib
>> /usr/lib/libtiff.a
>> /usr/lib/libtiff.dylib
>> /usr/lib/
>> /usr/local/man/man3/libtiff.3t
> The libtiff in /usr/lib could definitely be a problem, I wonder if that's what's getting loaded instead of the one in the ImageIO directory.  You can tell its version by doing an 'otool -L /usr/lib/libtiff.dylib'.  In general /usr/lib is the domain of the OS vendor, nothing should be going in there aside from what the OS installer puts there (there is no /usr/lib/libtiff* on a stock system).

Definitely a reasonable candidate. I can confirm there is no libtiff in /usr/lib on my systems either, so it's not standard. Please remove it.

More information about the macports-users mailing list