Re: [gdal-dev] libtiff v4.5.0 release candidate available

2022-12-11 Thread Kai Pastor, DG0YT
It is probably the best and cheapest what they could do with introspection. The ultimate way out is to export CMake config in a compatible way so that *future* versions of FindTIFF.cmake can use it. (This is already done for CURL.) As a positive side-effect, this helps to properly carry

Re: [gdal-dev] libtiff v4.5.0 release candidate available

2022-12-10 Thread Even Rouault
Hi, annoying that FindTIFF.cmake is so formatting sensitive, but I've reverted the reformatting of that file in https://gitlab.com/libtiff/libtiff/-/merge_requests/434 I've also added long overdue TIFFLIB_MAJOR_VERSION, TIFFLIB_MINOR_VERSION, TIFFLIB_MICRO_VERSION defines Even Le

Re: [gdal-dev] libtiff v4.5.0 release candidate available

2022-12-10 Thread Kai Pastor, DG0YT
Thanks for your work! There is an issue with tiff_vers.h: The new linebreak style of the TIFF_VERSION_STR definition breaks version detection in CMake's FindTIFF.cmake, leaving TIFF_VERSION unset (in CMake). Some packages rely on this variable. E.g. openimageio in vcpkg: -- Found TIFF CMake

[gdal-dev] libtiff v4.5.0 release candidate available

2022-12-09 Thread Even Rouault
Hi, I've prepared a release candidate for libtiff v4.5.0: - https://download.osgeo.org/libtiff/tiff-4.5.0rc1.tar.gz - https://download.osgeo.org/libtiff/tiff-4.5.0rc1.tar.gz.sig - https://download.osgeo.org/libtiff/tiff-4.5.0rc1.tar.xz -