+1 for Brad's comments. What is the problem we are trying to solve?<br><br><div class="gmail_quote">On Tue, Sep 4, 2012 at 2:17 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"><div class="im">On 09/04/2012 02:13 PM, Marcus D. Hanwell wrote:<br>
> For this we can introduce the equivalent of what VTK does when<br>
> building against a build tree - adding all depended upon module paths<br>
> to the include path of the compiler.<br>
<br>
</div>So we're making the include path for the applications longer in<br>
order to make VTK's internal build include paths shorter?  That<br>
seems backwards to me.<br>
<br>
What has not been summarized in this thread is the justification<br>
for doing this at all.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Brad<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Unpaid intern in BillsBasement at noware dot com<br><br>