[Insight-users] Make that wrapping projects depend on the swig project

[Matt McCormick]

Hi Constantine,

>
> Thank very much for your response!
>
> Now, the patch (http://review.source.kitware.com/#/c/6750/) does seem to
> correct the redundant dependencies and GCCXML builds just fine.
>

Excellent.  If you could please add a review to the patch that
indicated you have verified that it works that the code looks good,
that would be helpful.

> But, another error with GCCXML generator comes up:
>
> 111>------ Build started: Project: ITKCommonGccXML, Configuration: Release
> x64 ------
> 111>Generating vnl_vector_ref.xml
> 111>Support item Vc9/Include is not available:
> 111> checked
> "E:/WorkspaceBin/InsightToolkit-4.2.0.x64A/Wrapping/Generators/GccXML/gccxml/share/gccxml-0.9/Vc9/Include"
> 111>Could not determine GCCXML_FLAGS setting.
> 111>Project : error PRJ0019: A tool returned an error code from "Generating
> vnl_vector_ref.xml"
> 111>Build log was saved at
> "file://e:\WorkspaceBin\InsightToolkit-4.2.0.x64A\Wrapping\Modules\ITKCommon\ITKCommonGccXML.dir\Release\BuildLog.htm"
> 111>ITKCommonGccXML - 1 error(s), 0 warning(s)
>
> Every attempt to generate an *.xml file for all other *GccXML projects in
> the solution results in this error. I've started with a clean build twice.
> Same error.
>
> Would you suggest what can be done to rectify this?
>

Which version of CMake are you using?

Please try this patch (not sure if it will work):

  http://review.source.kitware.com/#/c/6976/

Thanks,
Matt



> Many thanks,
> Constantine
>
>
>
> On 05/08/2012 02:53, Matt McCormick wrote:
>>
>> Hi Constantine,
>>
>> Please test and review this patch to fix the GCCXML CVS issues:
>>
>>    http://review.source.kitware.com/#/c/6750/
>>
>> On Mon, Jul 30, 2012 at 6:48 AM, Constantine Zakkaroff <mnkz at leeds.ac.uk>
>> wrote:
>>>
>>> What's puzzling me is that in ITK-3.20.1 there was
>>> bin\Release\SwigRuntimePython.dll. I don't see this in ITK-4.2.0 build.
>>> I'm
>>> wondering if ANYONE please can shed some light on this, whether the
>>> model/structure of wrapping has been changed and that .dll is not
>>> required
>>> any more or is it an error that it's missing?
>>
>>
>> The wrapping infrastructure has changed considerably since ITKv3, so I
>> would not be surprised if the file is no longer there.
>>
>> Thanks,
>> Matt
>>
>