<div dir="ltr"><div>I remember asking for the same thing a few weeks ago on IRC because of a small behaviour change in cmake 3.8.0 rc2 that I wanted to put behind an if(version_less).<br><br></div>Alphanumeric ordering would certainly work for most projects : alpha < beta < rc. (I generally use a0, a1, a2... b0, b1, b2...)<br clear="all"><div class="gmail_extra"><div><div class="m_-1286424881422170113gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div>Best<br></div><div>Jean-Michaël<br></div></div></div>
<br><div class="gmail_quote">On Mon, Mar 27, 2017 at 11:03 PM, Roger Leigh <span dir="ltr"><<a href="mailto:rleigh@codelibre.net" target="_blank">rleigh@codelibre.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi folks,<br>
<br>
I'd like to bring this issue to your attention to canvas some feedback regarding the use of version suffixes:<br>
<br>
  <a href="https://gitlab.kitware.com/cmake/cmake/issues/16716" rel="noreferrer" target="_blank">https://gitlab.kitware.com/cma<wbr>ke/cmake/issues/16716</a><br>
<br>
This is basically a proposal to allow an optional version suffix like "-rc3", "-beta1" etc. in addition to the existing major.minor.patch.tweak pattern, for better interoperability with systems and software releases already using such suffixes, and also to permit the use of such suffixes by CMake projects for their own purposes.  A version suffix would be usable anywhere currently using 4 digit versions, with all the necessary functionality in CMake being updated to handle this.<br>
<br>
The proposal linked above contains a much more detailed rationale and suggested implementation strategy.  I'd be very happy to hear any thoughts anyone has regarding this either on the above issue, or here.<br>
<br>
<br>
Thanks all,<br>
Roger<br>
-- <br>
<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" rel="noreferrer" target="_blank">http://www.cmake.org/Wiki/CMak<wbr>e_FAQ</a><br>
<br>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/su<wbr>pport.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/co<wbr>nsulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/tr<wbr>aining.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensou<wbr>rce/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/cmake-developers" rel="noreferrer" target="_blank">http://public.kitware.com/mail<wbr>man/listinfo/cmake-developers</a><br>
</blockquote></div><br></div></div>