<div dir="auto">Alright, thanks for clarifying Ben. I do believe we are directly including headers though, at least for the vtkFreeTypeFontConfig case. But I'll double check.<div dir="auto"><br></div><div dir="auto">Otherwise I'll just add these manually (keeping the magic knowledge in my head :)).<br><div dir="auto"><br></div><div dir="auto">The future enhancement you mentioned sounds like a fun project. Perhaps CMake server mode can be leveraged?</div><div dir="auto"><br></div><div dir="auto">Elvis</div></div></div><br><div class="gmail_quote"><div dir="ltr">Den fre 11 jan. 2019 17:47Ben Boeckel <<a href="mailto:ben.boeckel@kitware.com">ben.boeckel@kitware.com</a>> skrev:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Jan 11, 2019 at 17:41:09 +0100, Elvis Stansvik wrote:<br>
> Nothing surprising, except:<br>
> <br>
>   vtkRenderingFreeTypeFontConfig<br>
>   vtkRenderingVolumeOpenGL2<br>
> <br>
> These are present before, but has no corresponding lines after the<br>
> merge. We make use of both.<br>
> <br>
> Any ideas Ben? Is this expected or is there something fishy here.<br>
<br>
If the headers are not included explicitly, the script will miss it. I<br>
think the right way to do this would be to collect `IMPLEMENTABLE` and<br>
`IMPLEMENTS` bits and warn that modules which have object factories may<br>
be missing implementations (with hints as which modules implement each<br>
module with).<br>
<br>
There had been "magical" knowledge embedded in the script that I removed<br>
in commit 9437f76db782c48ebaae303c0e2f472147a3e712.<br>
<br>
Another (future) enhancement would be to have it work with an installed<br>
VTK (or any other VTK-module providing package really) rather than<br>
forcing a VTK source tree to be present. It also wouldn't hint modules<br>
which were not built. This is a much harder problem since it would need<br>
to parse and understand CMake code.<br>
<br>
--Ben<br>
</blockquote></div>