MAC OS: libreria collegata dinamicamente non trovata nonostante il corretto percorso

Question

Ho un (relativamente) grande progetto C++ che compila e gira bene su ubuntu (usando cmake/catkin). Si compila bene su Mac OS, ma quando si cerca di avviare l'eseguibile, ottengo il messaggio di errore:

dyld: Library not loaded: <name of library>.dylib 
    Referenced from: 
    <path to executable>/<executable> 
Reason: image not found 

Quando si esegue il comando:

otool -l <executable> | grep LC_RPATH -A2 

ottengo l'output:

 cmd LC_RPATH 
    cmdsize 64 
    path <correct absolute path to folder containing library> (offset 12) 

     cmd LC_RPATH 
    cmdsize 24 
    path /sw/lib (offset 12) 

     cmd LC_RPATH 
    cmdsize 32 
    path /usr/X11/lib (offset 12) 

     cmd LC_RPATH 
    cmdsize 32 
    path /opt/local/lib (offset 12) 

     cmd LC_RPATH 
    cmdsize 32 
    path /opt/X11/lib (offset 12) 

Non mi risulta molto chiaro il motivo per cui la libreria non viene trovata. Esecuzione:

otool -L <executable> 

stampe:

<executable name>: 
    <library name>.dylib (compatibility version 0.0.0, current version 0.0.0) 
    /usr/lib/libedit.3.dylib (compatibility version 2.0.0, current version 3.0.0) 
    /usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0) 
    /opt/X11/lib/libglut.3.dylib (compatibility version 13.0.0, current version 13.0.0) 
    /opt/X11/lib/libGL.1.dylib (compatibility version 1.2.0, current version 1.2.0) 
    /opt/X11/lib/libGLU.1.dylib (compatibility version 1.3.0, current version 1.3.0) 
    /opt/X11/lib/libX11.6.dylib (compatibility version 10.0.0, current version 10.0.0) 
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0) 

che sembra confermare non ottiene la strada giusta.

Qualcosa che mi manca?

ps:

non sono sicuro che sia rilevanti, qui i comandi cmake che ho usato: (da here)

# use, i.e. don't skip the full RPATH for the build tree 
SET(CMAKE_SKIP_BUILD_RPATH FALSE) 

# when building, don't use the install RPATH already 
# (but later on when installing) 
SET(CMAKE_BUILD_WITH_INSTALL_RPATH FALSE) 

SET(CMAKE_INSTALL_RPATH "${CMAKE_INSTALL_PREFIX}/lib/${MACHTYPE}") 

# add the automatically determined parts of the RPATH 
# which point to directories outside the build tree to the install RPATH 
SET(CMAKE_INSTALL_RPATH_USE_LINK_PATH TRUE) 

# the RPATH to be used when installing, but only if it's not a system directory 
LIST(FIND CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES "${CMAKE_INSTALL_PREFIX}/lib/${MACHTYPE}" isSystemDir) 
IF("${isSystemDir}" STREQUAL "-1") 
    SET(CMAKE_INSTALL_RPATH "${CMAKE_INSTALL_PREFIX}/lib/${MACHTYPE}") 
ENDIF("${isSystemDir}" STREQUAL "-1") 

Answer 1

risposta è arrivata da un commento da here

ho bisogno di usare @rpath

In realtà Mac OS X ha il co ncept of rpath. Precedentemente al 10.4 c'era solo @executable_path che indicava la posizione del file eseguibile eseguibile (a differenza di qualsiasi dylibs caricato). @loader_path è stato introdotto in 10.4 che consentiva a dylibs di caricare le dipendenze in base alla loro posizione (e non alla posizione dell'eseguibile - chissà cosa sta utilizzando la libreria).

Con 10.5 mela introdotto @rpath che viene infornato nel caricamento binario - eseguibile o libreria. Così, invece di vedere: @loader_path /../../ Library/Frameworks/blah.dylib si potrebbe vedere @ rpath/Library/Frameworks/blah.dylib

Il che significa che se il rpath è impostato. e/vedrebbe ./Library/Frameworks/blah.dylib e quindi /Library/Frameworks/blah.dylib per qualsiasi libreria.