[vtk-developers] New wrapping code

Marcus D. Hanwell marcus.hanwell at kitware.com
Tue Mar 26 13:18:33 EDT 2013


On Tue, Mar 26, 2013 at 9:50 AM, David Gobbi <david.gobbi at gmail.com> wrote:
> On Tue, Mar 26, 2013 at 7:41 AM, Marcus D. Hanwell
> <marcus.hanwell at kitware.com> wrote:
>> Hi David,
>>
>> On Tue, Mar 26, 2013 at 9:25 AM, David Gobbi <david.gobbi at gmail.com> wrote:
>>> There is a minor problem with the wrapping code that I noticed:
>>> not all of the include files are going to vtkWrapPython.  For instance,
>>> take a look at Wrapping/Python/vtkIOExportPython.args and
>>> compare to IO/Export/vtkIOExportJava.args (or to the old python
>>> args file from before the wrapping changes).  This is probably
>>> just some minor issue with the modified cmake scripts.
>>>
>> I will look into it, is this causing issues you have noticed so far?
>
> Yes, it was half of what caused the dashboard failures (the other half
> being the macro).  Usually, macros are no problem for the wrapper
> tools, because they find the macros and expand them automatically.
> That's why the use of vtkSetNGetMacro in the past has not caused
> compile errors.
>
> Header files also contain a lot of #define's that are used for
> conditional compilation later on.  The wrapper tools respect #ifdefs
> just like a compiler does.  So it's very important that the wrapper
> tools can find all the header files that are #included by whatever
> header they are wrapping.
>
http://review.source.kitware.com/#/t/2435/ should resolve the issue,
although I just noticed it repeats the module's include directories.
If this looks reasonable perhaps just set the wrapper  tools include
directories based solely on this variable if present (slightly renamed
to make it all includes rather than extra)?

Marcus



More information about the vtk-developers mailing list