The use of ${ITK_LIBRARIES} rather than specific libs has helped our big applications during the transition. I suggest that VTK add a VTK_LIBRARIES in the planned release, even before modularization. ITK has always had this variable, so it can be added to apps that want to support both old and new ITK's. Unfortunately, VTK has not defined this cmake variable in the past.<br>
<br>Bill<br><br><div class="gmail_quote">On Mon, Apr 4, 2011 at 1:39 PM, Marcus D. Hanwell <span dir="ltr"><<a href="mailto:marcus.hanwell@kitware.com">marcus.hanwell@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Mon, Apr 4, 2011 at 1:18 PM, Bill Lorensen <<a href="mailto:bill.lorensen@gmail.com">bill.lorensen@gmail.com</a>> wrote:<br>
> Marcus,<br>
><br>
> After several iterations, ITK has come to a consensus on a tree layout for<br>
> modularization. Although the specific subdir names may be different, a<br>
> similar layout might be appropriate for VTK.<br>
><br>
</div>I have been following this (and was talking with Brad about this<br>
change a few weeks ago). I have been away for the last couple of weeks<br>
at conferences, but am now back and will be catching up on anything I<br>
missed. I think we always had a similar layout, with a question of<br>
whether something like Modules at the top level was required or not.<br>
<br>
I got something building the Common/Core before I left, but it wasn't<br>
quite ready to push anywhere. I will see if I can get that moving<br>
again (it is using an adapted form of much of the CMake code in ITK<br>
for building modular ITK).<br>
<font color="#888888"><br>
Marcus<br>
</font></blockquote></div><br>