[Insight-users] Problems building python bindings for itk

[Willi]

Hi Matthias,

I tried to compile it now with your patch installed and it still isn't compiling.

Now I am back to:
C:/Program Files/gccxml/share/gccxml-0.9/Vc10/Include/vector: In member function 'typename _Myvec::const_reference std::_Vector_const_iterator<_Myvec>::operator*() const [with _Myvec = std::_Vector_val<double, std::allocator<double> >]':
  C:/Program Files/gccxml/share/gccxml-0.9/Vc10/Include/memory:376:   instantiated from '_FwdIt std::_Uninit_copy(_InIt, _InIt, _FwdIt, _Alloc&, std::_Nonscalar_ptr_iterator_tag) [with _InIt = std::_Vector_const_iterator<std::_Vector_val<double, std::allocator<double> > >, _FwdIt = double*, _Alloc = std::allocator<double>]'
  C:/Program Files/gccxml/share/gccxml-0.9/Vc10/Include/memory:414:   instantiated from '_FwdIt std::_Uninitialized_copy(_InIt, _InIt, _FwdIt, _Alloc&) [with _InIt = std::_Vector_const_iterator<std::_Vector_val<double, std::allocator<double> > >, _FwdIt = double*, _Alloc = std::allocator<double>]'
  C:/Program Files/gccxml/share/gccxml-0.9/Vc10/Include/vector:1318:   instantiated from 'typename std::_Vector_val<_Ty, _Ax>::_Alty::pointer std::vector<_Ty, _Ax>::_Ucopy(_Iter, _Iter, typename std::_Vector_val<_Ty, _Ax>::_Alty::pointer) [with _Iter = std::_Vector_const_iterator<std::_Vector_val<double, std::allocator<double> > >, _Ty = double, _Ax = std::allocator<double>]'
  C:/Program Files/gccxml/share/gccxml-0.9/Vc10/Include/vector:538:   instantiated from 'std::vector<_Ty, _Ax>::vector(const std::vector<_Ty, _Ax>&) [with _Ty = double, _Ax = std::allocator<double>]'
  C:/ITK/src/Modules/IO/ImageBase/include/itkImageIOBase.h:148:   instantiated from here
  C:/Program Files/gccxml/share/gccxml-0.9/Vc10/Include/vector:82: error: '__noop' was not declared in this scope

during the call:
"C:\Program Files\gccxml\bin\gccxml.exe" -fxml-start=_cable_ -fxml=C:/ITK/bin/Wrapping/Modules/ITKIOImageBase/itkImageSeriesReader.xml --gccxml-gcc-options C:/ITK/bin/Wrapping/Modules/ITKIOImageBase/gcc_xml.inc -DCSWIG -DCABLE_CONFIGURATION -DITK_MANUAL_INSTANTIATION -D"_HAS_TR1=0" C:/ITK/bin/Wrapping/Modules/ITKIOImageBase/itkImageSeriesReader.cxx


You can see your switch -D"_HAS_TR1=0"

I am still frustrated. Anyone else has an idea?

Cheers,
Willi




>________________________________
> Von: Matthias Seise <mseise at gmail.com>
>An: Willi <surfersparadise85-itk at yahoo.com> 
>CC: "Insight-users at itk.org" <Insight-users at itk.org> 
>Gesendet: 12:17 Samstag, 14.Juli 2012
>Betreff: Re: Problems building python bindings for itk
> 
>Hi Willi,
>
>sometimes there are unresolved dependncies and starting the build again 
>helps...
>
>Matthias
>
>Am 14.07.2012 00:55, schrieb Willi:
>> Hi Matthias,
>>
>> thank you very much.
>> You also changed in SwigInterface/CMakeLists.txt the name of swigwin to
>> swig. This is also helpful since I had the same problem too.
>> The last remaining error looks like this:
>>
>> ------ Erstellen gestartet: Projekt: ITKAntiAliasPython, Konfiguration:
>> Release x64 ------
>> Der Buildvorgang wurde am 13.07.2012 19:57:15 gestartet.
>> InitializeBuildStatus:
>> Aktualisieren des Timestamps von
>> "ITKAntiAliasPython.dir\Release\ITKAntiAliasPython.unsuccessfulbuild".
>> CustomBuild:
>> Building Custom Rule
>> C:/ITK/src/Modules/Filtering/AntiAlias/wrapping/CMakeLists.txt
>> CMake does not need to re-run because
>> C:\ITK\bin\Wrapping\Modules\ITKAntiAlias\CMakeFiles\generate.stamp is
>> up-to-date.
>> Generating itkAntiAliasBinaryImageFilter.xml
>> Generating ../../Typedefs/itkAntiAliasBinaryImageFilter.idx
>> Generating ../../Typedefs/itkAntiAliasBinaryImageFilter.i,
>> ../../Typedefs/itkAntiAliasBinaryImageFilterSwigInterface.h
>> Traceback (most recent call last):
>> File "C:/ITK/src/Wrapping/Generators/SwigInterface/igenerator.py", line
>> 560, in <module>
>> load_mdx(f)
>> File "C:/ITK/src/Wrapping/Generators/SwigInterface/igenerator.py", line
>> 319, in load_mdx
>> load_mdx(os.path.dirname(file_name)+os.sep+l.strip())
>> File "C:/ITK/src/Wrapping/Generators/SwigInterface/igenerator.py", line
>> 319, in load_mdx
>> load_mdx(os.path.dirname(file_name)+os.sep+l.strip())
>> File "C:/ITK/src/Wrapping/Generators/SwigInterface/igenerator.py", line
>> 319, in load_mdx
>> load_mdx(os.path.dirname(file_name)+os.sep+l.strip())
>> File "C:/ITK/src/Wrapping/Generators/SwigInterface/igenerator.py", line
>> 319, in load_mdx
>> load_mdx(os.path.dirname(file_name)+os.sep+l.strip())
>> File "C:/ITK/src/Wrapping/Generators/SwigInterface/igenerator.py", line
>> 321, in load_mdx
>> load_idx(os.path.dirname(file_name)+os.sep+l.strip())
>> File "C:/ITK/src/Wrapping/Generators/SwigInterface/igenerator.py", line
>> 286, in load_idx
>> f = file(file_name)
>> IOError: [Errno 2] No such file or directory:
>> 'C:/ITK/bin/Wrapping/Typedefs\\ITKIOImageBaseBase.idx'
>> C:\Program Files
>> (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets(151,5):
>> error MSB6006: "cmd.exe" wurde mit dem Code 1 beendet.
>>
>> but I think this is an easy one.
>> I am going to tackle this problem tomorrow and upload the patch.
>>
>> Cheers,
>> Willi
>>
>>     ------------------------------------------------------------------------
>>     *Von:* Matthias Seise <mseise at gmail.com>
>>     *An:* surfersparadise85-itk at yahoo.com
>>     *CC:* Insight-users at itk.org
>>     *Gesendet:* 21:04 Donnerstag, 12.Juli 2012
>>     *Betreff:* RE: Problems building python bindings for itk
>>
>>     Hi Willi,
>>
>>     I had the same problem with VS 2008 - you need to add the gccxml
>>     flag -D"_HAS_TR1=0"
>>     I just submitted a patch for compiling wrapITK for python 2.7, 64
>>     bit (see http://review.source.kitware.com/#/c/6411/)
>>
>>     Good luck!
>>
>>     Matthias
>>
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-users/attachments/20120716/1f7626cd/attachment.htm>