Comment puis-je lier statiquement la bibliothèque standard de mon programme c++?

Puisque personne d'autre n'a encore de réponse, je vais essayer. Malheureusement, je ne sais pas que Code::Blocks IDE donc, ma réponse ne sera que partielle.

1 Comment Créer un Exécutable Lié Statiquement avec GCC

Ce n'est pas IDE spécifique, mais détient pour GCC (et beaucoup d'autres compilateurs) en général. Supposons que vous disposez d'une simple “hello, world” programme de main.cpp (sans dépendances externes à l'exception de la bibliothèque standard, et la bibliothèque d'exécution). Vous auriez compiler et lier statiquement par:

1. Compiler main.cpp à main.o (le nom du fichier de sortie est implicite):

   $ g++ -c -Wall main.cpp

   La -c dit GCC pour s'arrêter après l'étape de compilation (pas exécuter l'éditeur de liens). Le -Wall tourne sur la plupart des messages de diagnostic. Si les programmeurs débutants qui voudraient l'utiliser plus souvent et de payer plus d'attention à elle, de nombreuses questions sur ce site n'aurait pas été demandé. 😉

2. Lien main.o (pu dresser une liste de plus d'un fichier objet) de manière statique en tirant dans la norme et la bibliothèque d'exécution et de mettre le fichier exécutable dans le fichier main:

   $ g++ -o main main.o -static

   Sans l'aide de la -o main commutateur, GCC aurait mis l'exécutable final dans le bien-nommé fichier a.out (qui, une fois finit par se tenait pour “assemblée de sortie”).

Surtout au début, je recommande fortement de faire de telles choses “à la main”, qu'il va les aider à obtenir une meilleure compréhension de l'outil de génération de la chaîne.

Comme une question de fait, les deux commandes ci-dessus pourrait avoir été combinées en une seule:

$ g++ -Wall -o main main.cpp -static

Raisonnables à l'IDE doit avoir des options pour la spécification d'un tel compilateur /linker drapeaux.

2 avantages et les Inconvénients de la Liaison Statique

Raisons pour liaison statique:

• Vous avez un fichier unique qui peut être copiée sur une machine avec un compatible architecture et système d'exploitation et il suffit de travail, quelle que soit la version de ce que la bibliothèque est installée.

• Vous pouvez exécuter le programme dans un environnement où les bibliothèques partagées ne sont pas disponibles. Par exemple, en mettant statiquement CGI exécutable dans un chroot() prison pourrait aider à réduire la surface d'attaque sur un serveur web.

• Depuis pas de liaison dynamique est nécessaire, le démarrage du programme pourrait être plus rapide. (Je suis sûr qu'il y a des situations où c'est l'inverse, surtout si la bibliothèque partagée est déjà chargé pour un autre processus.)

• Depuis l'éditeur de liens peut coder en dur des adresses de fonction, les appels de fonction pourrait être plus rapide.

• Sur les systèmes qui ont plus d'une version d'une bibliothèque commune (LAPACK, par exemple) installé, la liaison statique peut aider à faire en sorte qu'une version spécifique est toujours utilisé sans se soucier de réglage de la LD_LIBRARY_PATH correctement. Évidemment, c'est aussi un inconvénient car maintenant vous ne peut pas sélectionnez la bibliothèque de plus, sans recompilation. Si vous avez toujours voulu la même version, pourquoi vous avez installé plus d'un en premier lieu?

Raisons contre liaison statique:

• Comme vous l'avez déjà mentionné, la taille de l'exécutable peut croître de façon spectaculaire. Cela dépend bien sûr fortement sur les bibliothèques que vous lien.

• Le système d'exploitation peut être assez intelligent pour charger le texte de la section d'une bibliothèque partagée dans la RAM qu'une seule fois si plusieurs processus ont besoin de la bibliothèque en même temps. En reliant de manière statique, vous annuler cet avantage et le système peut manquer de mémoire plus rapidement.

• Votre programme n'a plus de bénéfices à partir de la bibliothèque de mises à niveau. Au lieu de simplement remplacer une bibliothèque partagée avec une (on l'espère ABI compatible) version plus récente, un administrateur système devrez recompiler et réinstaller chaque programme qui l'utilise. C'est le plus grave inconvénient, à mon avis.

  Considérer par exemple la bibliothèque OpenSSL. Lorsque le bug Heartbleed a été découverte et fixe au début de cette année, les administrateurs système peuvent installer une version patchée de OpenSSL et redémarrez tous les services de résoudre le problème en une journée dès que le patch a été. C'est, si leurs services ont été le liant de façon dynamique à l'encontre de OpenSSL. Pour ceux qui ont été liés statiquement, il aurait pris des semaines jusqu'à ce que le dernier a été fixé et je suis assez sûr qu'il y en est encore propriétaire “tout en un” logiciel dans la nature qui n'a pas vu un correctif jusqu'à nos jours.

• Vos utilisateurs ne peuvent pas remplacer une bibliothèque partagée à la volée. Par exemple, le torsocks script (et associé de la bibliothèque) permet aux utilisateurs de remplacer (via le réglage LD_PRELOAD de façon appropriée) le système de mise en réseau de la bibliothèque par les routes de leur trafic via le réseau Tor. Et cela fonctionne même pour les programmes dont les développeurs n'a même jamais pensé à cette possibilité. (Si c'est sécurisé et une bonne idée est l'objet d'un autre débat.) Une autre commune de cas d'utilisation est de débogage ou de “durcissement” des applications en remplaçant malloc et la comme avec les versions spécialisées.

À mon avis, les inconvénients de la liaison statique l'emportent sur les avantages, mais dans tous les cas très particuliers. Comme une règle du pouce: lier dynamiquement si vous le pouvez et statiquement si vous avez à.

Un Additif

Comme Alf a souligné (voir les commentaires), il y a un spécial GCC avec l'option de manière sélective lien dans la norme C++ de la bibliothèque de manière statique, mais pas de lien de l'ensemble du programme de manière statique. À partir de la Manuel de GCC:

-static-libstdc++

Lorsque le g++ programme est utilisé pour lier un programme en C++, il normalement automatiquement des liens contre libstdc++. Si libstdc++ est disponible en tant que bibliothèque partagée, et la -static option n'est pas utilisée, c'est lié à l'encontre de la version partagée de la bibliothèque libstdc++. Qui est normalement très bien. Cependant, il est parfois utile de figer la version de bibliothèque libstdc++ utilisés par le programme, sans aller jusqu'à un lien statique. Le -static-libstdc++ option dirige le g++ pilote de lien libstdc++ de manière statique, sans nécessairement lier d'autres bibliothèques de manière statique.

OriginalL'auteur 5gon12eder