2015.06.16 14:39 "[Tiff] CMake support for building libtiff", by Roger Leigh

2015.09.01 10:36 "Re: [Tiff] [patch] cmake fixes", by

Other projects support both Autotools and CMake so perhaps some other project has already figured this out?

Patch attached to make it run cmake as part of 'distcheck'. Note that this makes it require cmake 3.0.0 or later for this target to work, and it also requires the patch 03 from my previous email for the tests to pass.

I am not able to use this patch yet since all the cmake installs I have available are older than 3.0.0 (I have 2.8.9 and 2.8.12). Obviously, this means that I have not actually tested the CMake build yet. :-)

I do see that the Jenkins build is proceeding with the other patches and that it is close to done now.

The attached patches should help here:

04: Slightly updated version of the patch I already sent, which corrects some path issues

05: Work with older cmake versions; should be OK back to 2.8.9; I tested with 2.8.12. This uses the older form of the project() command, and adds variables which newer forms would have set automatically, but needs doing manually for older versions. There should be no difference in behaviour. 06: Make automake generate tar POSIX PAX archives rather than old v7 archives; this is needed to avoid errors like this:

tardir=tiff-4.0.5 && ${TAR-tar} chof - "$tardir" | GZIP=--best gzip -c >tiff-4.0.5.tar.gz

tar: value 16777218 out of uid_t range 0..2097151 tar: Exiting with failure status due to previous errors

from https://ci.openmicroscopy.org/view/Failing/job/TIFF-HEAD-unix-autotools/node=gretzky35/16/console

Due to the LDAP user on this system having a high UID. Using a newer archive format avoids this. It's supported by all recent (and not-so-recent) tar versions though. I've been using this option in my projects for well over a decade.

Regards,

Roger