My last comments.<br><br>Why bother with an interim solution? Why not wait until the ITK solution can be made.<br><br>The sub-module approach will require some change in process which will eventually be replaced with another change in process.<br>
<br>One good thing about the current approach. It gives a reviewer a chance to see the changes in the output intorduced by a topic. For example, in a recent gerrit topic, I was able to comment that the new images looked worse than the original.<br>
<br>Bill<br><br><div class="gmail_quote">On Wed, Mar 6, 2013 at 1:29 PM, Marcus D. Hanwell <span dir="ltr"><<a href="mailto:marcus.hanwell@kitware.com" target="_blank">marcus.hanwell@kitware.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 Wed, Mar 6, 2013 at 10:47 AM, Jean-Christophe Fillion-Robin<br>
<<a href="mailto:jchris.fillionr@kitware.com">jchris.fillionr@kitware.com</a>> wrote:<br>
> Hi Marcus,<br>
><br>
> Since by default, it seems the ExternalProjects CMake module is doing a<br>
> recursive update on sub-modules, how would these VTK sub-modules be<br>
> considered as optional in that case ?<br>
><br>
> See<br>
> <a href="http://cmake.org/gitweb?p=cmake.git;a=blob;f=Modules/ExternalProject.cmake;h=bf2892b741e0d5551ecd310c461289a09e214cf6;hb=HEAD#l318" target="_blank">http://cmake.org/gitweb?p=cmake.git;a=blob;f=Modules/ExternalProject.cmake;h=bf2892b741e0d5551ecd310c461289a09e214cf6;hb=HEAD#l318</a><br>

<br>
</div>External project could be modified not to do that, and having them<br>
there is unlikely to hurt things (but would increase time to<br>
checkout).<br>
<div class="im">><br>
> When building project that depends on VTK, we can not assume VTK will be<br>
> built with testing enabled.<br>
<br>
</div>We are not, and external project is one possible way of obtaining VTK<br>
that could easily be modified.<br>
<div class="im">><br>
> Instead wouldn't it make more sens to generalize what ITK folks are doing to<br>
> make its easy to reuse for other projects ?<br>
><br>
</div>I don't know how much clearer I can be, I said in the original post<br>
that after discussing this with Berk we agree that external data is<br>
the way to go long term but he doesn't feel that we have the<br>
time/resources (correct me if I am wrong Berk) to do that at this<br>
time. This was suggested as a possible interim solution - we are well<br>
aware of the ITK/CMake external data solution.<br>
<span class="HOEnZb"><font color="#888888"><br>
Marcus<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br>Unpaid intern in BillsBasement at noware dot com<br>