Collegamento CMake alla libreria esterna

Come fare in modo che CMake colleghi un eseguibile a una libreria condivisa esterna che non è stata creata nello stesso progetto CMake?

Il solo fatto target_link_libraries(GLBall ${CMAKE_BINARY_DIR}/res/mylib.so)dà l'errore

make[2]: *** No rule to make target `res/mylib.so', needed by `GLBall'.  Stop.
make[1]: *** [CMakeFiles/GLBall.dir/all] Error 2
make: *** [all] Error 2
(GLBall is the executable)

dopo aver copiato la libreria nella directory binaria bin/res.

Ho provato a usare find_library(RESULT mylib.so PATHS ${CMAKE_BINARY_DIR}/res)

Che fallisce con RESULT-NOTFOUND.

Imposta prima il percorso di ricerca delle librerie:

LINK_DIRECTORIES(${CMAKE_BINARY_DIR}/res)

E poi fallo e basta

TARGET_LINK_LIBRARIES(GLBall mylib)

La risposta di arrowdodger è corretta e preferita in molte occasioni. Vorrei semplicemente aggiungere un'alternativa alla sua risposta:

È possibile aggiungere una destinazione di libreria "importata", invece di una directory di collegamento. Qualcosa di simile a:

# Your-external "mylib", add GLOBAL if the imported library is located in directories above the current.
add_library( mylib SHARED IMPORTED )
# You can define two import-locations: one for debug and one for release.
set_target_properties( mylib PROPERTIES IMPORTED_LOCATION ${CMAKE_BINARY_DIR}/res/mylib.so )

E poi collega come se questa libreria fosse stata costruita dal tuo progetto:

TARGET_LINK_LIBRARIES(GLBall mylib)

Un tale approccio ti darebbe un po 'più di flessibilità: dai un'occhiata al comando add_library () e alle numerose proprietà di destinazione relative alle librerie importate .

Non so se questo risolverà il tuo problema con le "versioni aggiornate di librerie".

Presumo che tu voglia collegarti a una libreria chiamata foo , il suo nome di file è solitamente qualcosa di link foo.dllo libfoo.so.

1. Trova la libreria
Devi trovare la libreria. Questa è una buona idea, anche se conosci il percorso della tua libreria. CMake verrà visualizzato in errore se la libreria è scomparsa o ha un nuovo nome. Questo aiuta a individuare l'errore in anticipo e a chiarire all'utente (magari tu stesso) cosa causa un problema.
Per trovare una libreria foo e memorizzare il percorso in FOO_LIBuso

    find_library(FOO_LIB foo)

CMake scoprirà da solo come è il nome del file effettivo. Esso controlla soliti posti come /usr/lib, /usr/lib64ed i percorsi in PATH.

Conosci già la posizione della tua libreria. Aggiungilo a CMAKE_PREFIX_PATHquando chiami CMake, quindi CMake cercherà anche la tua libreria nei percorsi passati.

A volte è necessario aggiungere suggerimenti o suffissi di percorso, vedere la documentazione per i dettagli: https://cmake.org/cmake/help/latest/command/find_library.html

2. Collega la libreria Da 1. hai il nome completo della libreria in FOO_LIB. Lo usi per collegare la libreria al tuo target GLBallcome in

  target_link_libraries(GLBall PRIVATE "${FOO_LIB}")

Dovresti aggiungere PRIVATE, PUBLICo INTERFACEdopo l'obiettivo, cfr. la documentazione: https://cmake.org/cmake/help/latest/command/target_link_libraries.html

Se non aggiungi uno di questi specificatori di visibilità, si comporterà come PRIVATEo PUBLIC, a seconda della versione di CMake e dei criteri impostati.

3. Aggiungi include (questo passaggio potrebbe non essere obbligatorio.)
Se si desidera includere anche file di intestazione, utilizzare find_pathsimile a find_librarye cercare un file di intestazione. Quindi aggiungi la directory include con target_include_directoriessimile a target_link_libraries.

Documentazione: https://cmake.org/cmake/help/latest/command/find_path.html e https://cmake.org/cmake/help/latest/command/target_include_directories.html

Se disponibile per il software esterno, è possibile sostituire find_librarye find_pathcon find_package.

Un'altra alternativa, nel caso tu stia lavorando con l'Appstore, necessiti di "Entitlements" e come tale devi collegarti con un Apple-Framework.

Per i diritti al lavoro (ad esempio GameCenter) si bisogno di avere un "Link binario con le librerie" -buildstep e quindi collegare con "GameKit.framework". CMake "inietta" le biblioteche su un "basso livello" in linea di comando, quindi Xcode non realmente sanno, e come tale si non ottenere GameKit abilitata nella schermata di capacità.

Un modo per usare CMake e avere un "Link with Binaries" -buildstep è generare xcodeproj con CMake, quindi usare 'sed' per 'cercare e sostituire' e aggiungere il GameKit nel modo in cui piace a XCode ...

Lo script ha questo aspetto (per Xcode 6.3.1).

s#\/\* Begin PBXBuildFile section \*\/#\/\* Begin PBXBuildFile section \*\/\
    26B12AA11C10544700A9A2BA \/\* GameKit.framework in Frameworks \*\/ = {isa = PBXBuildFile; fileRef = 26B12AA01C10544700A9A2BA \/\* GameKit.framework xxx\*\/; };#g

s#\/\* Begin PBXFileReference section \*\/#\/\* Begin PBXFileReference section \*\/\
    26B12AA01C10544700A9A2BA \/\* GameKit.framework xxx\*\/ = {isa = PBXFileReference; lastKnownFileType = wrapper.framework; name = GameKit.framework; path = System\/Library\/Frameworks\/GameKit.framework; sourceTree = SDKROOT; };#g

s#\/\* End PBXFileReference section \*\/#\/\* End PBXFileReference section \*\/\
\
\/\* Begin PBXFrameworksBuildPhase section \*\/\
    26B12A9F1C10543B00A9A2BA \/\* Frameworks \*\/ = {\
        isa = PBXFrameworksBuildPhase;\
        buildActionMask = 2147483647;\
        files = (\
            26B12AA11C10544700A9A2BA \/\* GameKit.framework in Frameworks xxx\*\/,\
        );\
        runOnlyForDeploymentPostprocessing = 0;\
    };\
\/\* End PBXFrameworksBuildPhase section \*\/\
#g

s#\/\* CMake PostBuild Rules \*\/,#\/\* CMake PostBuild Rules \*\/,\
            26B12A9F1C10543B00A9A2BA \/\* Frameworks xxx\*\/,#g
s#\/\* Products \*\/,#\/\* Products \*\/,\
            26B12AA01C10544700A9A2BA \/\* GameKit.framework xxx\*\/,#g

salvalo in "gamecenter.sed" e poi "applicalo" in questo modo (cambia il tuo xcodeproj!)

sed -i.pbxprojbak -f gamecenter.sed myproject.xcodeproj/project.pbxproj

Potrebbe essere necessario modificare i comandi di script in base alle proprie esigenze.

Attenzione: è probabile che si rompa con una versione diversa di Xcode poiché il formato del progetto potrebbe cambiare, il numero univoco (codificato) potrebbe non essere realmente univoco e generalmente le soluzioni di altre persone sono migliori, quindi a meno che non sia necessario supportare l'Appstore + Autorizzazioni (e build automatizzate), non farlo.

Questo è un bug di CMake, vedere http://cmake.org/Bug/view.php?id=14185 e http://gitlab.kitware.com/cmake/cmake/issues/14185