[Insight-users] Compiler Error with CableSwig/ITK 3.10.0

[Brady McCary]

Charl,

I have filed a bug and temporary work-around here:

http://www.itk.org/Bug/view.php?id=8110

Basically, be sure to only enable ONE of CSWIG or WrapITK, as they
appear to mutually exclusive. Then, edit the .h and .txx files and
comment out the conditional compilation as necessary (search for
CABLE_CONFIGURATION).

Brady

PS Sorry for the double send, Charl.

On Wed, Nov 26, 2008 at 3:55 PM, Brady McCary <brady.mccary at gmail.com> wrote:
> Charl,
>
> I have filed a bug and temporary work-around here:
>
> http://www.itk.org/Bug/view.php?id=8110
>
> Basically, be sure to only enable ONE of CSWIG or WrapITK, as they
> appear to mutually exclusive. Then, edit the .h and .txx files and
> comment out the conditional compilation as necessary (search for
> CABLE_CONFIGURATION).
>
> Brady
>
> On Wed, Nov 26, 2008 at 3:45 PM, Charl Botha <c.p.botha at tudelft.nl> wrote:
>> Dear all,
>>
>> I'm experiencing exactly the same problem on Ubuntu 8.10 x86_64 with
>> g++ 4.3.2 and a locally built cmake 2.4.8.
>>
>> I would also appreciate any hints, as I'm using the exact same
>> configuration I usually use (with success) to build ITK 3.8 with
>> WrapITK.
>>
>> On Tue, Nov 11, 2008 at 9:56 PM, Brady McCary
>> <brady.mccary+ITK at gmail.com> wrote:
>>> Second, I am having the following compilation issue. All but the
>>> relevant part has been cut.
>>>
>>> -- cut --
>>>
>>> [ 29%] Generating wrap_itkPolygonSpatialObject.xml
>>> /net/zz/ms/u1/bcm052000/src/fltk-itk-vtk/InsightToolkit-3.10.0/Code/SpatialObject/itkSpatialObject.txx:
>>> In member function 'long unsigned int
>>> itk::SpatialObject<TDimension>::GetMTime() const [with unsigned int
>>> TDimension = 3u]':
>>> /net/zz/ms/u1/bcm052000/src/fltk-itk-vtk/InsightToolkit-3.10.0/Code/Common/itkMutexLock.h:70:
>>>  instantiated from here
>>> /net/zz/ms/u1/bcm052000/src/fltk-itk-vtk/InsightToolkit-3.10.0/Code/SpatialObject/itkSpatialObject.txx:497:
>>> error: 'class itk::SpatialObjectTreeNode<3u>' has no member named
>>> 'GetChildren'
>>>
>>> -- cut --
>>>
>>> The class itk::SpatialObjectTreeNode<3u> has the following conditional
>>> compilation around the foward declaration and implementation of
>>> 'GetChildren':
>>>
>>> #if !defined(CABLE_CONFIGURATION)
>>>  virtual ChildrenListType* GetChildren( unsigned int depth=0,
>>>                                         char * name=NULL) const;
>>> #endif
>>>
>>> I have used cmake-gui to create a configuration that specified
>>> USE_WRAP_ITK, and the build requested and I supplied the path to the
>>> CableSwig that I built. Could someone please elaborate on this issue?
>>
>