CMake: comment produire des binaires "aussi statiques que possible"

Question

Je voudrais avoir le contrôle sur le type des bibliothèques qui sont trouvées/liées avec mes binaires dans CMake. Le but final est de générer des binaires "aussi statiques que possible" qui soit lié statiquement à toutes les bibliothèques qui ont une version statique disponible. Ceci est important car cela permettrait la portabilité des binaires sur différents systèmes pendant les tests.

ATM cela semble être assez difficile à réaliser car les paquets FindXXX.cmake, ou plus précisément la commande find_library, récupère toujours les bibliothèques dynamiques quand les deux statiques et dynamiques sont disponibles.

Des conseils sur la façon d'implémenter cette fonctionnalité - de préférence de manière élégante - seraient les bienvenus!

Answer 1

Un fichier FindXXX.cmake bien fait contiendra quelque chose pour cela. Si vous regardez dans FindBoost.cmake, vous pouvez définir la variable Boost_USE_STATIC_LIBS pour contrôler si elle trouve ou non des bibliothèques statiques ou partagées. Malheureusement, une majorité de paquets ne l'implémente pas.

Si un module utilise la commande find_library (la plupart le font), vous pouvez modifier le comportement de CMake via la variable CMAKE_FIND_LIBRARY_SUFFIXES. Voici le code CMake pertinent de FindBoost.cmake à utiliser:

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) 

Vous pouvez mettre cela avant d'appeler find_package, ou, mieux, vous pouvez modifier les .cmake fichiers eux-mêmes et de contribuer à la communauté.

Pour les fichiers .cmake que j'utilise dans mon projet, je les garde tous dans leur propre dossier dans le contrôle des sources. J'ai fait cela parce que j'ai trouvé qu'avoir le bon fichier .cmake pour certaines bibliothèques était incohérent et garder ma propre copie m'a permis d'apporter des modifications et de s'assurer que tous ceux qui ont extrait le code auraient les mêmes fichiers système.

Answer 2

J'ai fait quelques recherches et même si je n'ai pas trouvé de solution satisfaisante au problème, j'ai trouvé une demi-solution.

Le problème de statique se résume à 3 choses:

1. du bâtiment et de relier les bibliothèques internes du projet. Assez simple, il suffit de retourner le commutateur BUILD_SHARED_LIBSOFF.

2. Recherche de versions statiques de bibliothèques externes.

   La seule manière semble être de définir CMAKE_FIND_LIBRARY_SUFFIXES pour contenir le (s) suffixe (s) de fichier souhaité (s) (c'est une liste de priorité).

   Cette solution est assez "sale" et très contraire aux ambitions croisées de CMake. À mon humble avis cela devrait être manipulé dans les coulisses par CMake, mais autant que j'ai compris, à cause de la confusion ".lib" sur Windows, il semble que les développeurs CMake préfèrent l'implémentation actuelle.

3. Liaison statique aux bibliothèques système.

CMake fournit une option qui LINK_SEARCH_END_STATIC basée sur la documentation: « Mettre fin à une ligne de liaison tels que les bibliothèques système statiques sont utilisés." On pourrait penser que le problème est résolu, mais il semblerait que l'implémentation actuelle ne soit pas à la hauteur de la tâche.Si l'option est activée, CMake génère un appel de linker implicite avec une liste d'arguments qui se termine par les options passées à l'éditeur de liens, y compris -Wl,-Bstatic, mais cela ne suffit pas, mais indiquer à l'éditeur de liens un lien statique génère une erreur, dans mon cas: /usr/bin/ld: cannot find -lgcc_s. Il manque également à gcc d'avoir besoin d'une liaison statique via -static argument qui est pas généré à l'appel de linker par CMake. Je pense que c'est un bug, mais je n'ai pas réussi à obtenir

une confirmation des développeurs encore. Enfin, je pense que tout cela pourrait et devrait être fait par CMake dans les coulisses, après tout, ce n'est pas si compliqué, sauf que c'est impossible sur Windows - si ça compte comme compliqué ...