[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