<div dir="ltr">Agreed, but right now ExternalProject is my favorite solution to this problem. I prefer the ExternalProject approach over the ParaView + internal VTK / git-submodule approach. So I'm just looking for ways to alter ExternalProject to be a little nicer to my workflow, which is incremental builds of multiple projects with project dependencies defined in a superbuild script.<br>
<br>Pat<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Sep 16, 2013 at 12:23 PM, David Cole <span dir="ltr"><<a href="mailto:dlrdave@aol.com" target="_blank">dlrdave@aol.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
... then the project never rebuilds, since reconfigure and rebuild <br>
</blockquote><div class="im">
depend on update.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So if you modify a source file of a project without a download <br>
</blockquote>
command, then<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
superbuild will not rebuild the project.<br>
</blockquote>
<br>
<br></div>
Ahem. "If you modify a source file of a project" then *you* should rebuild the project.<br>
<br>
ExternalProject does not now and never will handle inter-project source-level dependencies properly (with minimal rebuilds). That's what add_subdirectory and "interal projects" are all about.<br>
<br>
You can try to make EP do what you want, but .... if you are modifying these things then they are NOT really "External."<br>
<br>
You can "Square peg. Round hole. Make it fit with brute force CMake code anyway." as much as you want.<br>
<br>
But I wouldn't do that.<br>
<br>
<br>
;-)<span class="HOEnZb"><font color="#888888"><br>
D<br>
<br>
</font></span></blockquote></div><br></div>