la liaison statique seulement quelques bibliothèques

Comment puis-je lier statiquement à seulement quelques bibliothèques spécifiques à mon binaire lors de la liaison avec GCC?

gcc ... -static ... essaie de lier statiquement tous les librairies, mais je n'ai pas la version statique de certains d'entre eux (par exemple: libX11).

double possible de Utiliser à la fois statique et dynamique des bibliothèques liées à gcc

InformationsquelleAutor peoro | 2010-11-11

103

gcc -lsome_dynamic_lib code.c some_static_lib.a
- Les bibliothèques de liens après les fichiers objets — en particulier de bibliothèques statiques. Dans l'ancien et le moderne versions du lien de l'environnement (je ne suis pas sûr de le statu quo pour modestement les versions anciennes de novembre 2010), l'inscription de la bibliothèque statique avant la code.c fichier garantit que les symboles seront ignorés, sauf si il arrive à être une main() fonction dans l'un des objet de la bibliothèque de fichiers.
- Une coulée de vous donner des précisions sur la façon dont cela fonctionne? Code seulement les réponses ne sont pas utiles pour les débutants.
- par défaut, gcc liens dynamiquement. Lorsque vous utilisez-lsome_dynamic_lib il obtient liés de façon dynamique comme prévu. Mais, lors de la gcc est donné une bibliothèque statique explicitement, il va toujours essayer de lier statiquement. Il ya, cependant, quelques passages délicats détails sur l'ordre dans lequel les symboles résolu; je ne suis pas tout à fait sûr de savoir comment cela fonctionne. J'ai appris que, en cas de doute, essayez de réarrangement de l'ordre de la bibliothèque indicateurs 🙂
- il y a un agrément si vous avez un lien de manière statique par exemple un GPL bibliothèque
- La GPL s'applique de la même façon statique et dynamique de la liaison
InformationsquelleAutor Let_Me_Be
48

Vous pouvez également utiliser ld option -Bdynamic
```
gcc <objectfiles> -static -lstatic1 -lstatic2 -Wl,-Bdynamic -ldynamic1 -ldynamic2
```
Toutes les bibliothèques après (y compris le système de ceux liés par gcc automatiquement) seront liés de façon dynamique.
- -Wl,-Bdynamic nécessite GNU ld, donc cette solution ne fonctionne pas sur les systèmes où la gcc utilise le système ld (par exemple, Mac OS X).
InformationsquelleAutor Dmitry Yudakov
28
```
gcc objectfiles -o program -Wl,-Bstatic -ls1 -ls2 -Wl,-Bdynamic -ld1 -ld2
```
vous pouvez également utiliser: -static-libgcc -static-libstdc++ drapeaux pour les bibliothèques gcc

gardez à l'esprit que si libs1.so et libs1.a deux existe, l'éditeur de liens pick libs1.so si c'est avant -Wl,-Bstatic ou après -Wl,-Bdynamic. N'oubliez pas de passer -L/libs1-library-location/ avant d'appeler -ls1.
- Au moins, cette solution fonctionne pour de lien statique contre libgomp!
- Cela fonctionne bien pour moi, tout en utilisant -static quelque part dans la commande échoue (je suppose qu'il essaie de lier plus les choses de manière statique que seuls les bibliothèques que je veux).
- NB. L'ordre de -Wl,-Bstatic et -Wl,-Bdynamic est important.
InformationsquelleAutor wgodoy
27

À partir de la page de manuel de ld (cela ne fonctionne pas avec gcc), en se référant à la --static option:

Vous pouvez utiliser cette option plusieurs
fois sur la ligne de commande: il affecte
de la bibliothèque à la recherche pour-l options qui
la suivre.

Une solution est de placer votre dynamique des dépendances avant la --static option sur la ligne de commande.

Une autre possibilité est de ne pas utiliser --static, mais au lieu de fournir le nom complet du fichier/chemin de la statique de fichier de l'objet (c'est à dire n'utilisant pas d'option-l) pour la liaison statique dans une bibliothèque spécifique. Exemple:
```
# echo "int main() {}" > test.cpp
# c++ test.cpp /usr/lib/libX11.a
# ldd a.out
linux-vdso.so.1 =>  (0x00007fff385cc000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f9a5b233000)
libm.so.6 => /lib/libm.so.6 (0x00007f9a5afb0000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f9a5ad99000)
libc.so.6 => /lib/libc.so.6 (0x00007f9a5aa46000)
/lib64/ld-linux-x86-64.so.2 (0x00007f9a5b53f000)
```
Comme vous pouvez le voir dans l'exemple, libX11 n'est pas dans la liste des bibliothèques liées de manière dynamique, car il était lié statiquement.

Méfiez-vous: Un .so fichier est toujours liée de façon dynamique, même lorsqu'il est spécifié avec un nom de fichier ou de chemin.
- Quelle est la relationshop entre libX11.un et la sortie de ldd a.out?
- Ah, je vois. ldd sorties des bibliothèques partagées nécessaires et libX11 n'apparaît pas sur cette liste.
- ce n'est pas clair. vous dites " ce " et "que l'option'. quelle option?
- Je l'ai fait plus clair pour vous.
InformationsquelleAutor ypnos
18

Le problème, comme je comprends, c'est comme suit. Vous disposez de plusieurs bibliothèques, statique, dynamique et certains à la fois statique et dynamique. gccs'comportement par défaut est de lien "plutôt dynamique". C'est, gcc des liens vers les bibliothèques dynamiques lorsque c'est possible, mais autrement revient à statiques des bibliothèques. Lorsque vous utilisez le -statique option pour gcc le comportement est à seulement un lien bibliothèques statiques et de sortie avec une erreur si aucune bibliothèque statique peut être trouvé, même si une bibliothèque dynamique.

Une autre option, que j'ai, à plusieurs reprises, a souhaité gcc eu, est ce que j'appelle -essentiellement statiques et est le contraire de -dynamique (valeur par défaut). -essentiellement statiques, si elle existait, préférez un lien à l'encontre des bibliothèques statiques, mais devrait revenir à des bibliothèques dynamiques.

Cette option n'existe pas, mais il peut être émulée avec l'algorithme suivant:
1. De la construction de la ligne de commande de liaison avec l'extérieur, y compris -statique.
2. Itérer sur les liens dynamiques options.
3. Accumuler de la bibliothèque des chemins, c'est à dire ceux des options de la forme -L<lib_dir> dans une variable <lib_path>
4. Pour chaque lien dynamique option, c'est à dire ceux de la forme -l<lib_name>, exécutez la commande gcc <lib_path> -imprimer-nom de fichier=lib<lib_name>.un et la capture de la sortie.
5. Si la commande imprime quelque chose d'autre que ce que vous avez passé, il sera le chemin d'accès complet à la bibliothèque statique. Remplacer la bibliothèque dynamique de l'option avec le chemin d'accès complet à la bibliothèque statique.
Rincer et répéter jusqu'à ce que vous avez traité l'ensemble de la ligne de commande de liaison. En option, le script peut également prendre une liste de noms de bibliothèque à exclure de la liaison statique.

Le script bash suivant semble faire l'affaire:
```
#!/bin/bash

if [ $# -eq 0 ]; then
    echo "Usage: $0 [--exclude <lib_name>]. . . <link_command>"
fi

exclude=()
lib_path=()

while [ $# -ne 0 ]; do
    case "$1" in
        -L*)
            if [ "$1" == -L ]; then
                shift
                LPATH="-L$1"
            else
                LPATH="$1"
            fi

            lib_path+=("$LPATH")
            echo -n "\"$LPATH\" "
            ;;

        -l*)
            NAME="$(echo $1 | sed 's/-l$.*$//')"

            if echo "${exclude[@]}" | grep " $NAME " >/dev/null; then
                echo -n "$1 "
            else
                LIB="$(gcc $lib_path -print-file-name=lib"$NAME".a)"
                if [ "$LIB" == lib"$NAME".a ]; then
                    echo -n "$1 "
                else
                    echo -n "\"$LIB\" "
                fi
            fi
            ;;

        --exclude)
            shift
            exclude+=(" $1 ")
            ;;

        *) echo -n "$1 "
    esac

    shift
done

echo
```
Par exemple:
```
mostlyStatic gcc -o test test.c -ldl -lpthread
```
sur mon système retourne:
```
gcc -o test test.c "/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libdl.a" "/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libpthread.a"
```
ou avec une exclusion:
```
mostlyStatic --exclude dl gcc -o test test.c -ldl -lpthread
```
Je puis obtenir:
```
gcc -o test test.c -ldl "/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libpthread.a"
```
InformationsquelleAutor jcoffland
7

Il est également -l:libstatic1.a (moins l côlon) variante de l'option-l de gcc qui peut être utilisé pour faire un lien statique de la bibliothèque (Merci à https://stackoverflow.com/a/20728782). Est-il documenté? Pas dans la documentation officielle de gcc (qui n'est pas exact pour shared libs trop): https://gcc.gnu.org/onlinedocs/gcc/Link-Options.html
```
-llibrary
-l library 
```
De recherche de la bibliothèque nommée bibliothèque lors de la liaison. (La deuxième alternative avec la bibliothèque comme un argument séparé est seulement pour POSIX conformité et n'est pas recommandé.) ... La seule différence entre l'utilisation de l'option-l et en spécifiant un nom de fichier est qui l entoure bibliothèque avec ‘lib’ et ‘.a’ et les recherches de plusieurs répertoires.
Les binutils ld doc qu'il décrit. Le -lname option de recherche pour libname.so alors pour libname.a ajoutant lib préfixe et .so (si activé pour le moment) ou .a suffixe. Mais -l:name option ne pourra rechercher exactement pour le nom spécifié:
https://sourceware.org/binutils/docs/ld/Options.html
```
-l namespec
--library=namespec
```
Ajouter à l'archive ou de l'objet fichier spécifié par namespec à la liste des
fichiers lien. Cette option peut être utilisée n'importe quel nombre de fois. Si
namespec est de la forme :filename, ld va chercher le chemin de la bibliothèque
pour un fichier appelé filename, sinon il va chercher le chemin de la bibliothèque
pour un fichier appelé libnamespec.a.

Sur les systèmes qui prennent en charge les bibliothèques, ld peut aussi rechercher
autres fichiers autres que libnamespec.a. Plus précisément, sur l'ELFE et SunOS
systèmes, ld recherche d'un répertoire pour une bibliothèque appelée
libnamespec.so avant de lancer la recherche pour l'un appelé libnamespec.a. (Par
convention, un .so extension indique une bibliothèque partagée.) Notez que
ce comportement ne s'applique pas aux :filename, qui spécifie toujours un
fichier appelé filename.

L'éditeur de liens de recherche des archives qu'une seule fois, à l'endroit où il
est spécifié sur la ligne de commande. Si l'archive définit un symbole
qui a été trouvé dans certains de l'objet qui est apparu avant l'archive
sur la ligne de commande, l'éditeur de liens inclure le fichier approprié(s)
à partir de l'archive. Cependant, un symbole non défini dans un objet apparaissant
plus tard sur la ligne de commande n'entraîne pas l'éditeur de liens pour rechercher les
archive de nouveau.

Voir le -( option pour un moyen de forcer l'éditeur de liens pour la recherche d'archives
à de multiples reprises.

Vous pouvez inscrire le même archive à plusieurs reprises sur la ligne de commande.

Ce type d'archive de la recherche qui est la norme Unix linkers. Cependant,
si vous êtes à l'aide de ld sur AIX, notez qu'il est différent de l'
le comportement de la AIX de l'éditeur de liens.
La variante -l:namespec est documentée depuis 2.18 version de binutils (2007): https://sourceware.org/binutils/docs-2.18/ld/Options.html
- Cette option semble de travail où tout le reste échoue. Nous avons juste tombé sur un cas où nous avons besoin de liaison statique libjsoncpp.un, parce que notre construire des machines serait de produire des binaires liés à l'encontre de libjsocpp.donc.0, alors que la cible OS fournit seulement libjsoncpp.donc.1. Jusqu'à ce que nous pouvons mettre au clair cette différence, c'était la seule solution qui a donné de bon résultats dans notre cas.
InformationsquelleAutor osgx
4

Certains chargeurs (linkers) fournir des commutateurs pour le tournage de chargement dynamique sur et en dehors. Si GCC est en cours d'exécution sur un système (Solaris - et probablement d'autres), vous pouvez utiliser l'option correspondante.

Si vous connaissez des bibliothèques que vous souhaitez lier statiquement, vous pouvez simplement spécifier la bibliothèque statique fichier dans la ligne de liaison par chemin d'accès complet.
- Même si cette réponse a été accepté, il n'aborde pas le problème entièrement. Comme @peoro expliqué le problème, il tente de résoudre, c'est qu'il n'a pas de versions statiques des bibliothèques qui implique qu'il aimerait le lien sous beaucoup de bibliothèques statiquement que possible. Voir ma réponse.
InformationsquelleAutor Jonathan Leffler
2

de lien dynamique et statique de la bibliothèque dans une ligne, vous devez mettre bibliothèques statiques après dynamique bibliothèques et les fichiers d'objet, comme ceci:

gcc -lssl main.o -lFooLib -o main

sinon, cela ne fonctionnera pas. il ne me prenez quand même le temps de le comprendre.

InformationsquelleAutor Vincent

Vous devez vous connecter pour publier un commentaire.