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

Fabrice Salvaire fabrice.salvaire at genomicvision.com
Thu Mar 15 05:21:50 EDT 2012


Hi,

On 15/03/2012 03:22, Mitchell.Wheeler at ga.gov.au wrote:
>
> 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 used for Cable Swig & ITK a non-standard prefix (not default and not 
/usr/local), thus it could explain why gccxml is not found. But I not 
sure how and where to run cmake for PyBuffer.

> 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'
>

A find -name "*Base*mdx" in Typedefs reports a file with a different name.

> 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
>

cheers,

Fabrice

-------------- next part --------------
A non-text attachment was scrubbed...
Name: fabrice_salvaire.vcf
Type: text/x-vcard
Size: 313 bytes
Desc: not available
URL: <http://www.itk.org/pipermail/insight-users/attachments/20120315/fdc355c0/attachment.vcf>


More information about the Insight-users mailing list