2004.01.30 23:26 "Re: [Tiff] ZIP_SUPPORT in v3.6.1", by Kai-Uwe Behrmann
I gave it a second try and all worked properly as You said. I cannot understand why it failed in the first place for me.
Am 31.01.04, 00:54 +0300 schrieb Andrey Kiselev:
On Fri, Jan 30, 2004 at 08:16:13PM +0100, Kai-Uwe Behrmann wrote:
I just wondered why ZIP_SUPPORT is switched off in libtiff-3.6.1? Do You have special recommodations about this compression method? Nearly all of my cinepaint images are saved with this compression, and I think having it not on by default is a big lost for many users.
Neither ZIP nor JPEG support was not switched off. As in previous releases you should enable them manually in the config.site file (define JPEG="yes" and ZIP="yes").
After switching ZIP and JPEG support manually on I am not longer able to link some tools against libtiff.so.3.6.1:
make: Entering directory `/tmp/RPMS/tiff-v3.6.1/tools' /opt/kai-uwe/bin/gcc -o fax2tiff -g -O -I. -I/tmp/RPMS/tiff-v3.6.1/tools -I/tmp/RPMS/tiff-v3.6.1/libtiff fax2tiff.o ../libtiff/libtiff.so.3 -lm
../libtiff/libtiff.so.3: undefined reference to `deflate'
../libtiff/libtiff.so.3: undefined reference to `jpeg_read_scanlines'
It seems you have made something wrong. If you have libz and libjpeg located in unusual places they should be declared in the config.site (see the rest of the file after main switches). In most cases there is no need to do something with this.