[Insight-developers] CoSMoTest-Mac Darwin-c++-4.2-i386 : Test Failures

Luis Ibanez luis.ibanez at kitware.com
Mon Apr 4 11:22:03 EDT 2011 

Hi Mark,

You don't need to use the LD_LIBRARY_PATH nor JAVAPATHS
any more.

They are now provided at run time by the itkTestDriver.

This is the code that Gaetan added to the test driver
to insert value into the environment.

You may want to try by just unsetting these environment variables.


     Luis


---------------------------------------------------------------
On Mon, Apr 4, 2011 at 11:09 AM, Mark Roden <mmroden at gmail.com> wrote:
> It looks like, from the dashboard, that all the java, python, and tcl
> tests are failing on that machine, not just the one. That suggests to
> me that the problem is not necessarily in the flags, but that
> something is getting built in 64 bits and something else is getting
> built in 32.  Setting -32 is forcing everything to a 32 bit code path,
> but then the 64 bit and the ppc versions won't get tested.
>
> Since all three are getting built on that one machine (32, 64, ppc),
> and the 32 is failing, but the other darwin test machine
> (cmac.jouy.inra.fr) is just fine in 32 bits, I think that this might
> be an assumption being made in the cmake file that everything is
> pointing to the same install/build directory.
>
> To get around this problem when building vtk and gdcm with java
> wrapping for i386, x64, and macosx x64 targets for the same
> application, I've had to:
> 1) build everything distinct from one another in different cmake build
> results _and_ different install directories
> 2) place the compilation results into a new 'testing' directory where
> the LD_LIBRARY_PATH is set essentially to "."
> 3) make sure that all the backend c++ libraries are synced to the
> front end java calls.  Since java can be called with no problem from
> any platform, it can be very tricky to track down which C++ library
> it's calling in the background.
>
> Is there any way to determine which exact jni library is being called
> from Java?  I basically had to follow the above process because I
> couldn't find an easy answer to that question.
>
> Mark
>
>
> 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
>>
>> 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
>>
>>
>

More information about the Insight-developers mailing list