<div style="font-family: arial, helvetica, sans-serif"><font size="2"><div class="gmail_quote">On Mon, Jun 25, 2012 at 3:21 AM, Csaba Raduly <span dir="ltr"><<a href="mailto:rcsaba@gmail.com" target="_blank">rcsaba@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, Jun 18, 2012 at 11:46 AM, Chandler Carruth  wrote:<br>
> On Mon, Jun 18, 2012 at 2:32 AM, Mikael Lyngvig  wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> The docs state that you can do a "make update" to update all top-level and<br>
>> embedded projects from Subversion.<br>
><br>
><br>
> This is a feature of the configure+make build system, and not a feature of<br>
> the CMake build system. I also don't have any real desire to support it as<br>
> part of the CMake build system, I think it was always a flawed idea to<br>
> implement version control commands as part of a build system.<br>
><br>
> For example, I never, *ever* to in-tree builds, and a usually have many<br>
> different builds associated with a single source repository. This makes the<br>
> semantics of 'make update' quite confusing.<br>
<br>
</div>I can't see why it's confusing. I have only one source tree and any<br>
number of build trees; "make update" in each build tree updates the<br>
source tree.</blockquote><div><br></div><div>No other part of building mutates the source tree. Thus, for all other things I do in the build tree, I can do them in N different built trees concurrently without issue. Deviating from this is a dramatic and confusing deviation.</div>
<div><br></div><div>What happens when the source tree is on a read-only (network mounted) filesystem?<br><br>What happens when somehow someone accidentally typos a dependency from some build rule to the 'update' build rule?</div>
<div><br></div><div><br></div><div>I don't see any really good way to integrate manipulation of the version control system from within the build system, nor do I see really compelling advantages to doing so, or really compelling problems with alternate solutions. </div>
</div></font></div>