I think this came up on the mailing list recently but I didn&#39;t couldn&#39;t find the thread<br><br>To prevent the above abomination of a variable name ever being created by CMake when Microsoft releases version 10 of their wonderful compiler, I suggest doing away with the whole MSVC60 / MSVC70 / MSVC71 / MSVC80 / MSVC90 thing for future releases and creating a new variable and setting it to the current major &amp; minor point release version of Microsoft&#39;s compiler:<br>
<br>SET(MSVC_DECIMAL_VERSION&nbsp; 9.0)<br clear="all"><br>Yes, I realize that MSVC_VERSION exists, but seriously who wants to do integer comparison with confusing values like 1310 and 1400 that require a search engine to fathom to say nothing of the fact that computers seem to have floating point processors in them these days.<br>
<br>I will happily submit a patch for this (which shouldn&#39;t take long to fix) provided someone with commit rights can tell me what variable name to use.&nbsp; CMake seems divided on the whole should we use &quot;CMAKE_COMPILER_2005&quot; or &quot;MSVC80&quot;;&nbsp; &quot;MSVC&quot; vs.&quot;CMAKE_COMPILER_IS_GNUCC&quot;;&nbsp; &quot;MINGW&quot; or &quot;CMAKE_COMPILER_IS_MINGW&quot;.&nbsp; Not to start a flamewar or anything but this is awefully bizarre and confusing nomenclature.&nbsp; Is &quot;CMAKE_COMPILER_...&quot; the path forward or is it obsolete?<br>
<br>Also, CMAKE_COMPILER_2005 seems to be true on VS9/2008 at least with the NMake generator.&nbsp; Not sure if this is a documentation bug or a real bug.<br><br>-- <br>Philip Lowman<br>