[cmake-developers] CMAKE_PATCH_VERSION = 10 for 2.8.10.2

[David Cole]

I think Eike is right. I don't think we want it cached. We should give it a
week or two for Brad to chime in. If he thinks it's important to add that
to the cache, then it will happen when he gets back from the holidays.

Thanks,
David



On Sun, Dec 23, 2012 at 2:44 PM, Alan W. Irwin <irwin at beluga.phys.uvic.ca>wrote:

> On 2012-12-23 09:18-0500 David Cole wrote:
>
>  For the full CMake version as a string, you should just use
>> ${CMAKE_VERSION} these days.
>>
>
> Yeah, I just discovered that for myself while reading through the
> documentation.  It's the fundamental peril of getting started much too
> early with CMake. All my build systems tend to copy from each other
> including all the roundabout ways I got things to work for cmake-2.4.2
> six (!) years ago in an intense two-week period when the PLplot team
> implemented most of our CMake-based build system.  I plan to switch to
> using ${CMAKE_VERSION} for the build systems I have implemented as
> part of a general process of replacing (when I find them) complicated
> constructs that worked for ancient CMake with the simpler modern
> equivalents.
>
> The only remaining issue from this thread is why isn't there a
> CMAKE_CACHE_TWEAK_VERSION variable in the cache corresponding
> to CMAKE_TWEAK_VERSION?
>
>
> 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
> __________________________
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20121223/57b49d33/attachment.html>