<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Oct 2, 2014 at 2:43 PM, Brad King <span dir="ltr"><<a href="mailto:brad.king@kitware.com" target="_blank">brad.king@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10/01/2014 07:46 PM, Aleix Pol wrote:<br>
> I'm very interested in getting this in and iterating forward.<br>
><br>
> Any comments? How do changes get integrated?<br>
<br>
</span>My main concern is that the format has not been proven with a<br>
corresponding implementation of an actual IDE/plugin to use it.<br>
Once we start producing a format changing it later will be<br>
problematic for compatibility.  Even though we added a version<br>
number to the file, an IDE might not be updated along with a<br>
CMake that produces a newer version.<br>
<br>
Perhaps rather than a boolean "CMAKE_EXPORT_IDE_METADATA"<br>
setting to enable this, the value should be a version number.<br>
That way enabling it requires explicit specification of which<br>
format version is desired.  In this case we would need to use<br>
a format version number that is independent of th CMake version<br>
number.  It would simply be incremented every time changes are<br>
made.  If the version number has the form <major>.<minor> then<br>
we could increment the minor number whenever fields are added<br>
and the major number whenever fields are removed or changed.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Brad<br>
<br>
</font></span></blockquote></div><br></div><div class="gmail_extra">Ok, I can start working on it in a KDevelop branch and see what needs to be changed.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Regarding passing the version rather than "ON" probably makes sense. I'll work on a patch to make it work this way.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Aleix</div></div>