[Insight-users] Problems building python bindings for itk

Tue Jul 31 14:46:45 EDT 2012

Where you able to fix this  ?  I am strugling with the same for quite
sometime.. Python 2.7.3 + Visual Studio 2010 64bits.  Same __noop that does
not go away....

rgds, doug

On Mon, Jul 16, 2012 at 5:28 PM, Willi <surfersparadise85-itk at yahoo.com>wrote:

> I forgot to add that since I received the error
>
> CUSTOMBUILD : error : Could not run
> C:/GCCXML/bin/bin/Release/gccxml_cc1plus.exe:
> Der Dateiname oder die Erweiterung ist zu lang
>
> again, I compiled the actual version (that I donwloaded with CVS) of
> gccxml myself and installed it.
>
> I am still trying to get WrapITK working for Python 2.7 using MS Visual
> Studio 2010 - 64bit. I was told that __noop comes from using the MSVC-STL
> with GCC so it could not get working. What am I supposed to do?
>
> Willi
>
>   ------------------------------
> *Von:* Willi <surfersparadise85-itk at yahoo.com>
> *An:* Matthias Seise <mseise at gmail.com>
> *CC:* "Insight-users at itk.org" <Insight-users at itk.org>
> *Gesendet:* 22:05 Montag, 16.Juli 2012
> *Betreff:* Re: [Insight-users] Problems building python bindings for itk
>
> 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
> >
> >
>
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.itk.org/mailman/listinfo/insight-users
>
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.itk.org/mailman/listinfo/insight-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-users/attachments/20120731/2bf43a00/attachment.htm>