How to make cmake finden eine shared-library in einem Unterordner

Werde ich viel mit deinem eigentlichen problem und bieten zusätzliche Kommentare danach. Technisch gesehen, werden Sie gefragt, CMake, um eine Bibliothek namens mycustomlib/mycustomlib, aber was Sie wirklich sagen wollen ist, dass Sie wollen finden mycustomlib und es kann gefunden werden in ein Unterverzeichnis namens mycustomlib. Ein paar alternative Möglichkeiten zu nennen find_library() um dies zu erreichen für den zweiten Fall:

find_library(MYCUSTOMLIB mycustomlib PATH_SUFFIXES mycustomlib)
find_library(MYCUSTOMLIB mycustomlib PATHS /usr/local/lib/mycustomlib)

Letzteres macht mehr Annahmen, als es sein sollte darüber, wo Sie die Bibliothek installiert haben, so würde ich zugunsten der ersten option. Die erste option geht davon aus, CMake würde sich schon finden, die Bibliotheken in /usr/local/lib, was es scheint, ist es aus Ihrer Frage. Sie können beeinflussen, wo CMake sieht für Bibliotheken ändern CMAKE_PREFIX_PATH und CMAKE_LIBRARY_PATH. Ich würde erwarten, dass die oben genannten Optionen, um Ihren zweiten Fall arbeiten.

Nun zu weiteren Beobachtungen. Sie haben angefordert sehr alt mindestens CMake-version in der ersten Zeile der einzelnen CMakeLists.txt - Dateien. Sie wahrscheinlich wollen prüfen, zumindest machen diese 2.8 (persönlich, ich würde vorschlagen, mehr wie 3,2 oder höher, aber es hängt davon ab, was Ihr Projekt braucht Unterstützung).

Ihnen verwendeten Datei-globbing zu erhalten, Ihre Liste der Quellen und Header. Dies ist nicht robust und sollte im Allgemeinen vermieden werden (siehe eine Diskussion dieser hier). Sie sehen jede Menge Beispiel-code verwenden Sie diese Methode für Einfachheit, aber es wird nicht empfohlen für Projekte aus der realen Welt (die CMake-Dokumentation auch sagt nicht, es zu benutzen). Explizit Liste aus Ihrem Quell-und header-Dateien individuell, wenn Sie wollen robuste baut.

Wenn Sie glücklich sind, zu verlangen, CMake 2.8.11 oder später (und sollten Sie in diesen Tagen), sondern als Berufung include_directories() das macht alles abholen der header-Suchpfad Sie angegeben haben, sollten Sie lieber zum befestigen der Suchpfad Voraussetzung, um das Ziel, das Sie braucht. Sie tun dies mit target_include_directories(). Das Pendant zu Ihrem obigen code wäre:

target_include_directories(${PROJECT_NAME} PUBLIC include)

Dieser gibt eine viel bessere Kontrolle Ihrer inter-target-Abhängigkeiten, wie Sie Ihr Projekt an Größe und Komplexität zunimmt. Für eine ausführlichere Erörterung dieses Themas finden Sie unter dieser Artikel und vielleicht auch diese eine (Offenlegung: ich habe die beiden Artikel).

Sind die Bibliothek und die Programm völlig separaten Quellcode-repositories? Können Sie eingebaut werden in ein und demselben Projekt? Sie erstellen können mehrere Ziele in einem CMakeLists.txt - Datei. Das Projekt name nicht haben keine Beziehung zu den Namen aller Ziele (sehen Sie oft die PROJECT_NAME variable erneut für den Ziel-Namen in einfache Beispiele, was bedauerlich ist, da es suggeriert eine Beziehung zwischen den beiden, aber für einfache Projekte ist dies nicht der Fall ist). Wenn Sie in der gleichen repository, baut Sie zusammen wäre viel einfacher zu bauen, da Sie nicht haben, um die Bibliothek zu installieren auf die ausführbare Datei, um es zu finden und ihn verlinken.

Wenn Sie gebaut werden müssen in separaten Projekten, dann so etwas wie die folgenden für die Anwendung Projekt bekommen sollte, Sie zu schließen:

cmake_minimum_required(VERSION 2.8.11)
project(myprogram)

# List your program's sources here explicitly
add_executable(myprogram src/foo.cpp src/bar.cpp)

# Find and link library
find_library(MYCUSTOMLIB mycustomlib PATH_SUFFIXES mycustomlib)
target_link_libraries(myprogram PUBLIC ${MYCUSTOMLIB})

# Find library's headers and add it as a search path.
# Provide the name of one header file you know should
# be present in mycustomlib's include dir.
find_path(MCL_HEADER_PATH mycustomlib.h PATH_SUFFIXES mycustomlib)
target_include_directories(myprogram PUBLIC ${MCL_HEADER_PATH})

Für extra-Punkte, die Sie könnten versuchen, um zu bestätigen, dass der header Weg ist in der gleichen Gegend wie die Bibliothek durch die überprüfung der gemeinsamen Pfad-Präfix, oder Sie könnten einfach ableiten
die MCL_HEADER_PATH aus der MYCUSTOMLIB Pfad durch Annahme einer directory-Struktur. Beide Ansätze haben Vorteile und Nachteile. Wenn Sie möchten, erkunden Sie die letztere, die get_filename_component() Befehl wird dein Freund sein.

Hoffentlich, die Punkte, die Sie in die richtige Richtung.