That makes sense, thanks for the clarification. <br><br><div class="gmail_quote">On Mon, Aug 27, 2012 at 5:27 PM, David Gobbi <span dir="ltr"><<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Robert,<br>
<br>
The vtkWrapHierarchy tool tabulates _all_ of the types that are<br>
defined in any VTK header, just in case those types are ever<br>
encountered (even if only as forward declarations) in one of the<br>
wrapped class interfaces.  The idea is that even a non-wrapped<br>
type might appear as a method parameter in a wrapped class<br>
(VTK used to require BTX/ETX around such methods).<br>
<span class="HOEnZb"><font color="#888888"><br>
 - David<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On Mon, Aug 27, 2012 at 3:08 PM, Robert Maynard<br>
<<a href="mailto:robert.maynard@kitware.com">robert.maynard@kitware.com</a>> wrote:<br>
> The changes look good to me. I had thought since the classes are listed in<br>
> WRAP_EXCLUDE we wouldn't have any issues with the parser.<br>
><br>
><br>
> On Mon, Aug 27, 2012 at 4:42 PM, David Gobbi <<a href="mailto:david.gobbi@gmail.com">david.gobbi@gmail.com</a>> wrote:<br>
>><br>
>> The nested template declarations in vtkDispatcher.h identified a<br>
>> couple errors in the wrapper code. I've submitted a gerrit patch for<br>
>> the wrappers that should fix the issue & allow the wrappers to<br>
>> compile.<br>
>><br>
>> <a href="http://review.source.kitware.com/#/t/1144/" target="_blank">http://review.source.kitware.com/#/t/1144/</a><br>
>><br>
>> Ignore the vtkParse.tab.c changes, it's generated from vtkParse.y.<br>
>><br>
>>  - David<br>
><br>
><br>
><br>
><br>
> --<br>
> Robert Maynard<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Robert Maynard<br>