[Insight-users] Problems building python bindings for itk

Tue Jul 17 01:38:45 EDT 2012

Hi Willi,

Sorry, I cannot help you with that. I tried building the bindings for
quite a while before it worked:

Some ideas to try:

I started with building SimpleITK (Superbuild) after that worked, I
used the ITK directory inside the SimpleITK/build with the same
options to build the pure ITK bindings. You probably need to turn on
"shared libraries" (in VS2008 the library was too large). It might be,
that the -D"_HAS_TR1=0" is not needed in VS2010...

Matthias

On 16 July 2012 22:05, Willi <surfersparadise85-itk at yahoo.com> wrote:
> 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
>>
>>
>
>