CMake link do biblioteki zewnętrznej

Jak sprawić, by CMake połączył plik wykonywalny z zewnętrzną biblioteką udostępnioną, która nie jest skompilowana w ramach tego samego projektu CMake?

Samo działanie target_link_libraries(GLBall ${CMAKE_BINARY_DIR}/res/mylib.so)daje błąd

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)

po skopiowaniu biblioteki do katalogu binarnego bin/res.

Próbowałem użyć find_library(RESULT mylib.so PATHS ${CMAKE_BINARY_DIR}/res)

Co się nie udaje RESULT-NOTFOUND.

Najpierw ustaw ścieżkę wyszukiwania bibliotek:

LINK_DIRECTORIES(${CMAKE_BINARY_DIR}/res)

A potem po prostu zrób

TARGET_LINK_LIBRARIES(GLBall mylib)

Odpowiedź arrowdodger jest poprawna i często preferowana. Chciałbym po prostu dodać alternatywę do jego odpowiedzi:

Zamiast katalogu dowiązań można dodać „zaimportowaną” bibliotekę docelową. Coś jak:

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

A następnie połącz tak, jakby ta biblioteka została zbudowana przez twój projekt:

TARGET_LINK_LIBRARIES(GLBall mylib)

Takie podejście zapewniłoby nieco większą elastyczność: spójrz na polecenie add_library () i wiele właściwości docelowych związanych z importowanymi bibliotekami .

Nie wiem, czy to rozwiąże problem ze „zaktualizowanymi wersjami bibliotek”.

Zakładam, że chcesz utworzyć link do biblioteki o nazwie foo , jej nazwa to zwykle coś, co łączy foo.dlllub libfoo.so.

1. Znajdź bibliotekę
Musisz znaleźć bibliotekę. To dobry pomysł, nawet jeśli znasz ścieżkę do swojej biblioteki. CMake wyświetli błąd, jeśli biblioteka zniknie lub otrzyma nową nazwę. Pomaga to wcześnie wykryć błąd i wyjaśnić użytkownikowi (może samemu), co powoduje problem.
Aby znaleźć bibliotekę foo i zapisać FOO_LIBużywaną ścieżkę

    find_library(FOO_LIB foo)

CMake sam zorientuje się, jaka jest rzeczywista nazwa pliku. Sprawdza typowe miejsca takie jak /usr/lib, /usr/lib64i ścieżkami PATH.

Znasz już lokalizację swojej biblioteki. Dodaj go do CMAKE_PREFIX_PATHwywołania CMake, a następnie CMake będzie szukał Twojej biblioteki również w przekazanych ścieżkach.

Czasami trzeba dodać wskazówki lub sufiksy ścieżek, szczegółowe informacje można znaleźć w dokumentacji: https://cmake.org/cmake/help/latest/command/find_library.html

2. Połącz bibliotekę Od 1. masz pełną nazwę biblioteki w FOO_LIB. Używasz tego, aby połączyć bibliotekę z celem, GLBalljak w

  target_link_libraries(GLBall PRIVATE "${FOO_LIB}")

Należy dodać PRIVATE, PUBLIClub INTERFACEpo docelowej, cf. dokumentacja: https://cmake.org/cmake/help/latest/command/target_link_libraries.html

Jeśli nie dodasz jednego z tych specyfikatorów widoczności, będzie on zachowywał się tak jak PRIVATElub PUBLIC, w zależności od wersji CMake i ustawionych zasad.

3. Dodaj dołączenia (ten krok może nie być obowiązkowy).
Jeśli chcesz dołączyć również pliki nagłówkowe, użyj funkcji find_pathpodobnej do find_libraryi wyszukaj plik nagłówkowy. Następnie dodaj katalog include z target_include_directoriespodobnym do target_link_libraries.

Dokumentacja: https://cmake.org/cmake/help/latest/command/find_path.html i https://cmake.org/cmake/help/latest/command/target_include_directories.html

Jeśli jest dostępne dla oprogramowania zewnętrznego, możesz wymienić find_libraryi find_pathprzez find_package.

Jeszcze jedna alternatywa, w przypadku gdy pracujesz z Appstore, potrzebujesz „Entitlements” i jako takiej musisz połączyć się z Apple-Framework.

Aby uprawnienia działały (np. GameCenter), musisz mieć krok kompilacji „Link Binary with Libraries”, a następnie link do „GameKit.framework”. CMake „wstrzykuje” biblioteki na „niskim poziomie” do wiersza poleceń, stąd Xcode tak naprawdę nie wie o tym i jako taki nie włączysz GameKit na ekranie Możliwości.

Jednym ze sposobów używania CMake i posiadania „Link with Binaries” -buildstep jest wygenerowanie xcodeproj za pomocą CMake, a następnie użycie 'sed' do 'wyszukiwania i zamiany' oraz dodanie GameKit tak, jak lubi to XCode ...

Skrypt wygląda następująco (dla 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

zapisz to na „gamecenter.sed”, a następnie „zastosuj” w ten sposób (zmieni to twój xcodeproj!)

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

Być może będziesz musiał zmienić polecenia skryptów, aby dopasować je do swoich potrzeb.

Ostrzeżenie: prawdopodobnie zepsuje się z inną wersją Xcode, ponieważ format projektu może się zmienić, unikalny numer (zakodowany na stałe) może nie być unikalny - i ogólnie rozwiązania innych osób są lepsze - więc chyba że musisz wspierać Appstore + Uprawnienia (i automatyczne kompilacje), nie rób tego.

To jest błąd CMake, zobacz http://cmake.org/Bug/view.php?id=14185 i http://gitlab.kitware.com/cmake/cmake/issues/14185