CMake: Wie man Binärdateien "so statisch wie möglich" erzeugt

Question

Ich möchte die Kontrolle über den Typ der Bibliotheken haben, die mit meinen Binärdateien in CMake gefunden/verlinkt werden. Das endgültige Ziel ist es, Binärdateien "so statisch wie möglich" zu erzeugen, das statisch mit jeder Bibliothek verknüpft wird, die eine statische Version hat. Dies ist wichtig, da dies die Portabilität von Binärdateien über verschiedene Systeme hinweg während des Testens ermöglichen würde.

ATM scheint ziemlich schwer zu erreichen, da die FindXXX.cmake-Pakete, oder genauer gesagt, der find_library-Befehl immer die dynamischen Bibliotheken aufnimmt, wenn sowohl statische als auch dynamische verfügbar sind.

Tipps zur Umsetzung dieser Funktionalität - vorzugsweise auf elegante Weise - wären uns sehr willkommen!

Answer 1

Eine gut gemachte FindXXX.cmake-Datei enthält etwas dafür. Wenn Sie in FindBoost.cmake suchen, können Sie die Variable Boost_USE_STATIC_LIBS so einstellen, dass sie steuert, ob statische oder gemeinsam genutzte Bibliotheken gefunden werden. Leider implementiert eine Mehrheit der Pakete dies nicht.

Wenn ein Modul den Befehl find_library verwendet (die meisten tun), können Sie das Verhalten von CMake über die Variable ändern. Hier ist der relevante CMake Code aus FindBoost.cmake diese verwenden:

IF(WIN32) 
    SET(CMAKE_FIND_LIBRARY_SUFFIXES .lib .a ${CMAKE_FIND_LIBRARY_SUFFIXES}) 
ELSE(WIN32) 
    SET(CMAKE_FIND_LIBRARY_SUFFIXES .a ${CMAKE_FIND_LIBRARY_SUFFIXES}) 
ENDIF(WIN32) 

Sie können entweder diese setzen, bevor find_package Aufruf, oder besser, können Sie die .cmake modifizieren Dateien selbst und zurück in die Gemeinschaft beitragen.

Für die .cmake-Dateien, die ich in meinem Projekt verwende, behalte ich sie alle in einem eigenen Ordner innerhalb der Quellcodeverwaltung. Ich tat dies, weil ich fand, dass die korrekte .cmake-Datei für einige Bibliotheken inkonsistent war und meine eigene Kopie erlaubte mir, Änderungen vorzunehmen und sicherzustellen, dass jeder, der den Code auscheckte, die gleichen Build-Systemdateien hatte.

Answer 2

Ich habe einige Untersuchungen durchgeführt und obwohl ich keine befriedigende Lösung für das Problem finden konnte, fand ich eine halbe Lösung.

Das Problem der statischen baut läuft darauf hinaus, 3 Dinge auf:

1. Gebäude und die Verknüpfung des internen Bibliotheken des Projektes.

   Ziemlich einfach, man muss nur den BUILD_SHARED_LIBS Schalter OFF umlegen.

2. Statische Versionen von externen Bibliotheken finden.

   Die einzige Möglichkeit scheint CMAKE_FIND_LIBRARY_SUFFIXES zu sein, das gewünschte Dateisuffix (es) zu enthalten (es ist eine Prioritätenliste).

   Diese Lösung ist ziemlich "dreckig" und sehr gegen die plattformübergreifenden Bestrebungen von CMake. IMHO sollte dies hinter den Kulissen von CMake gehandhabt werden, aber soweit ich es verstanden habe, scheint es wegen der ".lib" Verwirrung unter Windows, dass die CMake Entwickler die aktuelle Implementierung bevorzugen.

3. Statisch mit Systembibliotheken verknüpfen.

CMake bietet eine Option LINK_SEARCH_END_STATIC, die auf der Dokumentation basiert: „Ende einer Verbindungsleitung, so dass statische Systembibliotheken verwendet werden." Man würde denken, das ist es, das Problem ist gelöst. Es scheint jedoch, dass die aktuelle Implementierung nicht der Aufgabe gewachsen ist. Wenn die Option aktiviert ist, erzeugt CMake einen impliziten Linker-Aufruf mit einer Argumentliste, die mit endet Die Optionen, die an den Linker übergeben werden, einschließlich -Wl,-Bstatic, reichen jedoch nicht aus. Nur das Anweisen des Linkers, statisch zu verknüpfen, führt zu einem Fehler, in meinem Fall: /usr/bin/ld: cannot find -lgcc_s. Was fehlt, ist auch gcc mitzuteilen, dass wir statische Verknüpfungen durch die -static Argument, das nicht erzeugen an den Linker Aufruf von CMake ist. ich denke, dass dies ein Fehler ist, aber ich habe keine Bestätigung bekommen von den Entwicklern noch verwaltet.

Schließlich ich denke, all dies könnte und sollte von CMake hinter den Kulissen erledigt werden, Schließlich ist es nicht so kompliziert, außer dass es unter Windows unmöglich ist - wenn das als kompliziert gilt ...