[Insight-developers] full paths to linked libraries on Mac OS X

[Gaëtan Lehmann]

Hi,

I'm currently checking the installation with cpack on mac, and I have  
a problem: some of the links to the libraries contain the full path to  
the lib, and so, the installation is no functional without the source  
dir (it makes the package not really useful!). For example:

[glehmann at gbook Insight]$ otool -L /usr/bin/itkTestDriver
/usr/bin/itkTestDriver:
	libITKIO.3.5.dylib (compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libITKNrrdIO.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	libitkgdcm.3.5.dylib (compatibility version 0.0.0, current version  
0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkjpeg12.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkjpeg16.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkopenjpeg.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkpng.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	libitktiff.3.5.dylib (compatibility version 0.0.0, current version  
0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkjpeg8.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	libITKSpatialObject.3.5.dylib (compatibility version 0.0.0, current  
version 0.0.0)
	libITKCommon.3.5.dylib (compatibility version 0.0.0, current version  
0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkvnl_inst.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkvnl_algo.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkv3p_netlib.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkvnl.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkvcl.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current  
version 111.0.0)
	/Users/glehmann/src/Insight/build/bin/libITKMetaIO.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitksys.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libITKDICOMParser.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	libITKEXPAT.3.5.dylib (compatibility version 0.0.0, current version  
0.0.0)
	/Users/glehmann/src/Insight/build/bin/libITKniftiio.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libITKznz.1.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/Users/glehmann/src/Insight/build/bin/libitkzlib.3.5.dylib  
(compatibility version 0.0.0, current version 0.0.0)
	/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current  
version 7.4.0)
	/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current  
version 1.0.0)

Using the CMAKE_SKIP_RPATH option removes all those full paths, but  
shouldn't it be useless with the current cmake (2.4.8)?

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.mandriva.org
http://www.itk.org  http://www.clavier-dvorak.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://www.itk.org/mailman/private/insight-developers/attachments/20080328/53b2a70f/attachment-0003.pgp>