[Insight-developers] VXL + WrapITK for Farsight

[Gaëtan Lehmann]

Le 9 juin 09 à 23:24, Kevin H. Hobbs a écrit :

> On Tue, 2009-06-09 at 16:42 -0400, Kevin H. Hobbs wrote:
>
>> Linking CXX shared module ../../../../bin/_VXLNumericsPython.so
>> cd /home/kevin/kitware/Insight_build/Wrapping/WrapITK/Modules/ 
>> VXLNumerics && /home/kevin/kitware/CMake_Build/bin/cmake -E  
>> cmake_link_script CMakeFiles/_VXLNumericsPython.dir/link.txt -- 
>> verbose=1
>> /usr/lib64/ccache/c++  -fPIC -fPIC  -ftemplate-depth-50 -Wall -Wno- 
>> deprecated -w  -ftemplate-depth-50 -Wall -Wno-deprecated -O3 - 
>> DNDEBUG    -shared -Wl,-soname,_VXLNumericsPython.so -o ../../../../ 
>> bin/_VXLNumericsPython.so CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_VXLNumericsPythonPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vcl_complexPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_matrixPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_vectorPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_c_vectorPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_diag_matrixPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_file_matrixPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_file_vectorPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_fortran_copyPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_matrix_fixedPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_matrix_fixed_refPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_matrix_refPython.o CMakeFiles/_VXLNumericsPython.dir/ 
>> wrap_vnl_vector_refPython.o -L. -L/home/kevin/kitware/vxl-build/lib  
>> -L/home/kevin/kitware/Insight_build/bin -litkvnl ../../../../bin/ 
>> libitkvnl_inst.so.3.15.0 ../../../../bin/libSwigRuntimePython.so / 
>> usr/lib64/python2.5/config/libpython2.5.so -lvnl_algo -lvnl - 
>> lv3p_netlib -lnetlib -lvcl -lm -Wl,-rpath,.:/home/kevin/kitware/vxl- 
>> build/lib:/home/kevin/kitware/Insight_build/bin:/usr/lib64/ 
>> python2.5/config
>> /usr/bin/ld: cannot find -litkvnl
>
> I entered the directory
> Insight_build/Wrapping/WrapITK/Modules/VXLNumerics and repeated the
> command without the -litkvnl which completed successfully and then  
> went
> back to the top of the build tree and make was able to proceed...
>
> I did some grepping of CMakeLists.txts and I
> think ./Wrapping/WrapITK/Modules/VXLNumerics/CMakeLists.txt is the  
> only
> place where this library is used.
>
> [kevin at gargon Insight]$ for all in `find ./ -name CMakeLists.txt` ;  
> do grep -l -w itkvnl $all; done
> ./Code/Review/CMakeLists.txt
> ./Utilities/vxl/core/vnl/tests/CMakeLists.txt
> ./Utilities/vxl/core/vnl/algo/CMakeLists.txt
> ./Utilities/vxl/core/vnl/examples/CMakeLists.txt
> ./Utilities/vxl/core/vnl/CMakeLists.txt
> ./Wrapping/WrapITK/Modules/VXLNumerics/CMakeLists.txt
>
> Should it not be linked in if ITK_USE_SYSTEM_VXL is set?

That's an option, but I'd prefer to not depend on ITK configuration  
flags which may not be exported in ITK's cmake configuration, and thus  
be unusable in the wrapitk hosted at google code.

Would it be acceptable to rather link it with ITKCommon, which in turn  
depends on the right vnl libs (system or itk ones)?

[glehmann at marvin Insight]$ ldd build-debug/bin/libITKCommon.so | grep  
vnl
	libitkvnl_inst.so.3.15 => /home/glehmann/src/Insight/build-debug/bin/ 
libitkvnl_inst.so.3.15 (0xb7c5b000)
	libitkvnl_algo.so.3.15 => /home/glehmann/src/Insight/build-debug/bin/ 
libitkvnl_algo.so.3.15 (0xb7b39000)
	libitkvnl.so.3.15 => /home/glehmann/src/Insight/build-debug/bin/ 
libitkvnl.so.3.15 (0xb765d000)

Regards,

Gaëtan




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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 203 bytes
Desc: Ceci est une signature ?lectronique PGP
URL: <http://www.itk.org/mailman/private/insight-developers/attachments/20090610/64910fdd/attachment.pgp>