<div dir="ltr">Hey all,<div><br></div><div>What say we set up a v-con to discuss this? The higher bandwidth of a face to face meeting will help quite a lot I think.</div><div><br></div><div>With the holidays, we may not be able to all get together before January. @Ben when is your expected merge date for the new module system again?</div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David E DeMarle<br>Kitware, Inc.<br>Principal Engineer<br>1217 Route 9 </div><div>Clifton Park, NY 12065-8662<br>Phone: 518-881-4909</div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 17, 2018 at 5:05 PM Matt McCormick via vtk-developers <<a href="mailto:vtk-developers@public.kitware.com">vtk-developers@public.kitware.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Dec 17, 2018 at 4:13 PM Ben Boeckel <<a href="mailto:ben.boeckel@kitware.com" target="_blank">ben.boeckel@kitware.com</a>> wrote:<br>
><br>
> On Mon, Dec 17, 2018 at 15:07:35 -0500, Matt McCormick wrote:<br>
><br>
> > Yes -- we are talking about providing the package / module dependency<br>
> > resolution of the system, which is not provided by CMake, and using<br>
> > CMake's build system in a consistent way, as opposed to a secondary<br>
> > build system.<br>
><br>
> I'm confused. I thought you were mentioning providing an encapsulation<br>
> for the ~150 lines that VTK has in its top-level CMakeLists.txt (finding<br>
> module files, scanning them, building them, wrapping, handling the<br>
> vtk-config.cmake file, etc.). That infrastructure is not provided by VTK<br>
> and nor, IMO, should it. Dependent projects will still need to do those<br>
> 100+ lines in order to be a "proper" project and provide something for<br>
> `find_package` to work well.<br>
<br>
The purpose is not to create dependent projects. The purpose is to<br>
create VTK modules. What is the distinction? The former requires<br>
creation, from scratch, a project dependency resolution system and an<br>
ad-hoc way to specify dependencies. The latter facilitates extending<br>
VTK as a library in a scalable way.<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtk-developers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="https://public.kitware.com/mailman/listinfo/vtk-developers" rel="noreferrer" target="_blank">https://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
<br>
</blockquote></div>