Andrew's recent commit concerning working around policy CMP0046 that allows CMake-3.0.2 to throw errors when the build system refers to non-existent targets had me concerned; ordinarily such non-existent targets are a symptom of a build-system bug so we don't really want to turn a blind eye to such issues.
In this case it turned out the fix was trivial (commit 0cce536). Note that commit also sets CMP0046 to NEW to look for any future instances of such problems for those using CMake-3.0.2. As part of testing of this commit, I used CMake-3.0.2 fairly extensively with a build and install from scratch. There were no warnings concerning policies and no obvious install issues. So I am fairly confident that our developers and git users can use CMake-3.0.2 without running into any build-system issues. But to make absolutely sure there are no CMake-3.0.2 issues for our build system, from now on I plan to use CMake-3.0.2 for my own PLplot builds and tests, and I urge others here to do the same. Note we still set CMP0022, CMP0023, and CMP0026 policies to OLD. That is, those who use CMake-3.0.2 for PLplot builds and tests will be using it in 2.8.x compatibility mode for these particular policies. This is necessary because setting those policies to NEW would require some fairly extensive changes to our build system that rely on CMake functionality that is not available for our current minimum version of 2.8.9. So we will have to wait until our CMake minimum version is bumped to 3.0.2 to set these policies to NEW and fix all the corresponding issues with our build system to make it compatible with 3.0.2. Note that normally we use the rule of thumb that we bump the CMake minimum version to whatever is currently supported by Debian stable. Ordinarily, Debian stable is a little slower than other distros to adopt new CMake versions so this rule of thumb means that most of our Linux users (with the important exception of users of the so-called enterprise-class distros which typically use very old versions of all Linux software) will be able to build PLplot without needing to build CMake first. Also, note that Debian jessie, (the version of Debian that is being prepared to be the next Debian stable release) currently does install CMake-3.0.2. So I plan to do the bump of the minumum version to 3.0.2 and the corresponding build-system changes discussed above when Debian jessie becomes Debian stable which (based on past experience with Debian releases occurring every two years or so) should occur roughly a year from now. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------ Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
