[Insight-users] ITK V4.1.0 & Wrapping/ExternalProjects/PyBuffer: building seems broken [SEC=UNOFFICIAL]

Mitchell.Wheeler at ga.gov.au Mitchell.Wheeler at ga.gov.au
Wed Mar 14 22:22:43 EDT 2012


Hey,

As reported by Fabrice (not sure if this will get stuck into the same thread or not...), WrapITK/ExternalProjects/PyBuffer does not build against WrapITK shipped w/ ITK v4.1.0.

My ITK installation was built locally (wrappers against Python 2.7.1), pretty standard configuration, nothing special besides the install prefix...

I didn't have gccxml issues like Fabrice did (it auto-checked out and built fine), however I do experience errors later on in the build when generating swig interfaces (see trace below) which I don't seem to fully grasp (I'm not a cmake expert by any means, thus managed to get lost tracing back the build process to figure out 'why' it thinks Base.mdx is something it should be building against).

[ 32%] Generating Typedefs/itkPyBuffer.i, Typedefs/itkPyBufferSwigInterface.h
Traceback (most recent call last):
  File "/short/v10/mitch-dev/build/install/lib/cmake/ITK-4.1/WrapITK/Configuration/Generators/SwigInterface/igenerator.py", line 560, in <module>
    load_mdx(f)
  File "/short/v10/mitch-dev/build/install/lib/cmake/ITK-4.1/WrapITK/Configuration/Generators/SwigInterface/igenerator.py", line 319, in load_mdx
    load_mdx(os.path.dirname(file_name)+os.sep+l.strip())
  File "/short/v10/mitch-dev/build/install/lib/cmake/ITK-4.1/WrapITK/Configuration/Generators/SwigInterface/igenerator.py", line 311, in load_mdx
    f = file( file_name )
IOError: [Errno 2] No such file or directory: '/short/v10/mitch-dev/build/PyBuffer/Typedefs/Base.mdx'
make[2]: *** [Typedefs/itkPyBuffer.i] Error 1
make[1]: *** [CMakeFiles/BufferConversionSwig.dir/all] Error 2
make: *** [all] Error 2

Any advice or a possible workaround until this is fixed would be very much appreciated, as ITK is somewhat useless to us without the ability to pass data back to numpy/scipy efficiently (we're currently serializing images to/from disk between the two APIs).

Cheers,
Mitch
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-users/attachments/20120315/62234e28/attachment.htm>


More information about the Insight-users mailing list