[Insight-developers] CoSMoTest-Mac Darwin-c++-4.2-i386 : Test Failures
Mark Roden
mmroden at gmail.com
Mon Apr 4 11:26:02 EDT 2011
I was just about to say this.
How can that value be derived from the current build target?
On Mon, Apr 4, 2011 at 8:24 AM, David Cole <david.cole at kitware.com> wrote:
> On Mon, Apr 4, 2011 at 11:18 AM, Luis Ibanez <luis.ibanez at kitware.com>
> wrote:
>>
>> 2011/4/4 Gaëtan Lehmann <gaetan.lehmann at jouy.inra.fr>:
>> >
>> > Le 4 avr. 11 à 16:32, Luis Ibanez a écrit :
>> >
>> >> Gaetan,
>> >>
>> >> I'm lost now.
>> >>
>> >> Does this mean that the wrapping can't be run in 32 bits machines ?
>> >
>> > The problem is with running the tests. Unless we find another way, we
>> > have
>> > to add a flag in the command line used to run the java tests:
>> > * -d32 if the build is in 32bit
>> > * -d64 if the build is in 64bit
>> >
>>
>> It looks like we just need to modify lines 37 and 55 of:
>>
>> ITK/Wrapping/WrapITK/Languages/Java/Tests/CMakeLists.txt
>>
>> to be:
>>
>> COMMAND ${Java_JAVAC_EXECUTABLE} ${JAVA_ARCHITECTURE_FLAG}
>>
>> instead of
>>
>> COMMAND ${Java_JAVAC_EXECUTABLE}
>>
>> or, maybe make their next line
>>
>> ARGS -classpath "${${cp_var}}" ${JAVA_ARCHITECTURE_FLAG}
>>
>> instead of the current
>>
>> ${JAVA_ARCHITECTURE_FLAG}
>>
>>
>> Then make
>> JAVA_ARCHITECTURE_FLAG a CMake Option in the
>> top CMakeLists.txt file.
>>
>>
>> Luis
>>
>>
>> > This would require to add some mac os specific code in the
>> > CMakeLists.txt
>> > file. This is not that easy to do, because CMAKE_OSX_ARCHITECTURES may
>> > contain several architectures, and (I guess) the build architecture may
>> > also
>> > be specified with the gcc options.
>> > I'd prefer let to the user the responsability to choose the
>> > architecture.
>> >
>> > That's what ARCHPREFERENCE is supposed to do, but I can't make it work.
>> >
>> > I'm looking at this problem.
>> >
>> > Gaëtan
>> >
>> >>
>> >>
>> >> Luis
>> >>
>> >>
>> >> ------------------------------------------------------
>> >> 2011/4/4 Gaëtan Lehmann <gaetan.lehmann at jouy.inra.fr>:
>> >>>
>> >>> Luis,
>> >>>
>> >>> There is no way to add the -d32 flag at this time.
>> >>>
>> >>> Gaëtan
>> >>>
>> >>>
>> >>>
>> >>> Le 4 avr. 11 à 16:22, Luis Ibanez a écrit :
>> >>>
>> >>>> Hi Gaetan,
>> >>>>
>> >>>> Thanks a lot for the explanation.
>> >>>>
>> >>>>
>> >>>> Alex, Mark,
>> >>>>
>> >>>> Could you pleas add the -d32 flag to this CosMo build ?
>> >>>>
>> >>>> We are getting closer to a green dashboard,...
>> >>>>
>> >>>> and we would like to tag ITK since this is the green
>> >>>> period after the Modularization.
>> >>>>
>> >>>>
>> >>>> Thanks
>> >>>>
>> >>>>
>> >>>> Luis
>> >>>>
>> >>>>
>> >>>> ---------------
>> >>>> 2011/4/4 Gaëtan Lehmann <gaetan.lehmann at jouy.inra.fr>:
>> >>>>>
>> >>>>> Luis,
>> >>>>>
>> >>>>> The problem is that the /usr/bin/java is run in 64bit by default.
>> >>>>> Adding -d32 in the command line makes the test pass.
>> >>>>>
>> >>>>> I'd prefer not adding that in the CMakeLists.txt though.
>> >>>>> Mac OS should let us choose the architecture with the arch command
>> >>>>> or
>> >>>>> with
>> >>>>> the ARCHPREFERENCE environment variable, but it doesn't seem to
>> >>>>> work.
>> >>>>>
>> >>>>> If a Mac guru is around, I'd appreciate some input on how to choose
>> >>>>> the
>> >>>>> architecture.
>> >>>>>
>> >>>>> Regards,
>> >>>>>
>> >>>>> Gaëtan
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> Le 4 avr. 11 à 15:01, Luis Ibanez a écrit :
>> >>>>>
>> >>>>>> Alex, Mark,
>> >>>>>>
>> >>>>>> The build in:
>> >>>>>>
>> >>>>>> CoSMoTest-Mac Darwin-c++-4.2-i386 Notes
>> >>>>>>
>> >>>>>> Seems to have a configuration problem:
>> >>>>>>
>> >>>>>> http://www.cdash.org/CDash/viewTest.php?onlyfailed&buildid=937990
>> >>>>>>
>> >>>>>>
>> >>>>>> ----
>> >>>>>>
>> >>>>>> BinaryDilateImageFilter Example
>> >>>>>> Exception in thread "main" java.lang.UnsatisfiedLinkError:
>> >>>>>>
>> >>>>>>
>> >>>>>> /Users/CoSMoTest-Mac/tests/ITK-i386/lib/libBaseJava.jnilib:
>> >>>>>>
>> >>>>>> no suitable image found.
>> >>>>>>
>> >>>>>> Did find:
>> >>>>>>
>> >>>>>> /Users/CoSMoTest-Mac/tests/ITK-i386/lib/libBaseJava.jnilib:
>> >>>>>>
>> >>>>>> mach-o,
>> >>>>>> but wrong architecture
>> >>>>>>
>> >>>>>> /Users/CoSMoTest-Mac/tests/ITK-i386/lib/libBaseJava.jnilib:
>> >>>>>>
>> >>>>>> mach-o,
>> >>>>>> but wrong architecture
>> >>>>>>
>> >>>>>> at java.lang.ClassLoader$NativeLibrary.load(Native Method)
>> >>>>>> at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1823)
>> >>>>>> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1738)
>> >>>>>> at java.lang.Runtime.loadLibrary0(Runtime.java:823)
>> >>>>>> at java.lang.System.loadLibrary(System.java:1045)
>> >>>>>> at
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> org.itk.itkjavabase.itkJavaLibraryLoader.Load(itkJavaLibraryLoader.java:43)
>> >>>>>> at
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> org.itk.base.itkImageSourceJavaJNI.<clinit>(itkImageSourceJavaJNI.java:17)
>> >>>>>> at
>> >>>>>>
>> >>>>>> org.itk.base.itkImageSourceIUS2.<clinit>(itkImageSourceIUS2.java:61)
>> >>>>>> at
>> >>>>>> BinaryDilateImageFilter.main(BinaryDilateImageFilter.java:35)
>> >>>>>> itkTestDriver: Process exited with return value: 1
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> Could you please make sure that this is a clean build,
>> >>>>>> and maybe take a look at its JAVA CLASSPATH and
>> >>>>>> the LD_LIBRARY_PATH environment variables ?
>> >>>>>>
>> >>>>>>
>> >>>>>> Thanks
>> >>>>>>
>> >>>>>>
>> >>>>>> Luis
>> >>>>>> _______________________________________________
>> >>>>>> 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://kitware.com/products/protraining.html
>> >>>>>>
>> >>>>>> 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-developers
>> >>>>>
>> >>>>> --
>> >>>>> Gaëtan Lehmann
>> >>>>> Biologie du Développement et de la Reproduction
>> >>>>> INRA de Jouy-en-Josas (France)
>> >>>>> tel: +33 1 34 65 29 66 fax: 01 34 65 29 09
>> >>>>> http://voxel.jouy.inra.fr http://www.itk.org
>> >>>>> http://www.mandriva.org http://www.bepo.fr
>> >>>>>
>> >>>>>
>> >>>
>> >>> --
>> >>> Gaëtan Lehmann
>> >>> Biologie du Développement et de la Reproduction
>> >>> INRA de Jouy-en-Josas (France)
>> >>> tel: +33 1 34 65 29 66 fax: 01 34 65 29 09
>> >>> http://voxel.jouy.inra.fr http://www.itk.org
>> >>> http://www.mandriva.org http://www.bepo.fr
>> >>>
>> >>>
>> >
>> > --
>> > Gaëtan Lehmann
>> > Biologie du Développement et de la Reproduction
>> > INRA de Jouy-en-Josas (France)
>> > tel: +33 1 34 65 29 66 fax: 01 34 65 29 09
>> > http://voxel.jouy.inra.fr http://www.itk.org
>> > http://www.mandriva.org http://www.bepo.fr
>> >
>> >
>> _______________________________________________
>> 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://kitware.com/products/protraining.html
>>
>> 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-developers
>
>
> The JAVA_ARCHITECTURE_FLAG should not be a CMake option... it should be a
> variable set appropriately based on the architecture that is being built.
> (Or, for universal binaries, based on something that indicates which
> architecture is being tested.)
>
>
More information about the Insight-developers
mailing list