La Force de GCC pour informer sur undefined références dans les bibliothèques partagées

J'ai une bibliothèque partagée qui est lié à un autre (tiers) de la bibliothèque partagée. Ma bibliothèque partagée est ensuite chargé à l'aide de dlopen dans mon application. Tout cela fonctionne très bien (en supposant que les fichiers sont dans le bon chemin d'accès, etc).

Maintenant, le problème est que je n'ai même pas besoin de spécifier un lien à l'encontre de la troisième partie de la bibliothèque partagée quand j'ai le lien de ma bibliothèque. GCC accepter sans erreurs de déclaration sur undefined références. Donc, la question; comment puis-je la force de GCC pour m'avertir undefined références?

Si je change ma bibliothèque (temporairement) un exécutable, je reçois pas défini références (quand ne pas fournir à la bibliothèque de l'éditeur de liens). (Fonctionne très bien si je le préciser.)

I. e., le suivant est fait:

g++ -fPIC -shared -o libb.so b.o 
g++ -fPIC -shared -o liba.so a.o
g++ -o a.exe a.cpp

Où la deuxième ligne ne donne PAS une erreur, et la troisième ligne se plaint d'une référence non définie.

Exemple de code:

un.h:

class a
{
public:
    void foobar();
};

a.cpp:

#include "a.h"
#include "b.h"

void a::foobar()
{
    b myB;
    myB.foobar();
}

int main()
{
    a myA; myA.foobar();
}

b.h:

class b
{
public:
    void foobar();
};

b.cpp:

#include "b.h"

void b::foobar()
{
}

InformationsquelleAutor Fredrik Ullner | 2010-03-01

c++dynamic-linking shared-libraries

47

-Wl,--no-undefined linker option peut être utilisée lors de la construction d'une bibliothèque partagée, les symboles non définis seront affichées comme des erreurs d'édition de liens.

g++ -partagé -Wl,-soname,libmylib.donc.5 -Wl,--no-undefined -o libmylib.donc.1.1 mylib.o -lthirdpartylib
- Nope, pas d'erreur du tout.
- Pourriez-vous fournir la sortie d'éditeur de liens?
- Hm, j'aurais pu jurer je l'ai fait avant et ne rien obtenir en sortie. Faisant cela, encore une fois semblait faire ce travail correctement (c'est à dire, j'obtiens une erreur!)
- J'ai édité -Wl,-non-non défini à -Wl,--no-undefined (comme ld manuel dit), bien que les deux cas semblent être de travailler pour moi.
InformationsquelleAutor Dmitry Yudakov
17

Après plus de recherches, j'ai réalisé quelle manière les œuvres de trucs. Il y a deux options du linker pour manipuler les symboles non définis de bibliothèques partagées:

Premier est --no-undefined. Il signale la non-résolution des symboles qui ne sont pas résolus immédiatement, à l'étape de lien. À moins que le symbole est trouvé dans une bibliothèque partagée lié contre, que ce soit manuellement (avec -l switch) ou automatiquement (libgcc_s, C++ runtime; libc, C runtime; ld-linux-**.so, l'éditeur de liens dynamiques utils) choisi, --no-undefined rapports d'erreur. C'est la clé de l'interlocuteur nécessaire.

Il y a une autre clé, --no-allow-shlib-undefined (dont la description suggère également --no-undefined). Il vérifie si les définitions dans les bibliothèques partagées qui vous lier votre bibliothèque partagée contre sont satisfaits. Cette clé est de peu d'utilité dans le cas illustré dans cette rubrique, mais il peut être utile. Toutefois, Il a ses propres obstacles.

La page de manuel fournit quelques justification de savoir pourquoi il ne l'est pas par défaut:
```
   --allow-shlib-undefined
   --no-allow-shlib-undefined
       Allows  (the  default)  or  disallows  undefined  symbols  in  shared
       libraries (It is meant, in shared libraries _linked_against_, not the
       one we're creating!--Pavel Shved). This switch is similar to --no-un-
       defined except  that it determines  the  behaviour when the undefined
       symbols are in a shared library rather than a regular object file. It
       does not  affect  how  undefined  symbols in regular object files are
       handled.

       The  reason  that  --allow-shlib-undefined is the default is that the
       shared library being specified at link time may not be  the  same  as
       the one that is available at load time, so the symbols might actually
       be resolvable at load time.  Plus there are some systems,  (eg  BeOS)
       where  undefined  symbols in shared libraries is normal.  (The kernel
       patches them at load time to select which function is most  appropri-
       ate for the current architecture.  This is used for example to dynam-
       ically select an appropriate memset function).  Apparently it is also
       normal for HPPA shared libraries to have undefined symbols.
```
Le truc, c'est que ce qui est dit ci-dessus est également le cas, par exemple, pour les systèmes Linux, où certaines des routines internes de la bibliothèque partagée est mise en œuvre dans ld-linux.so, le chargeur dynamique (c'est à la fois l'exécutable et de la bibliothèque partagée). À moins que vous en quelque sorte le lien, vous obtiendrez quelque chose comme ceci:
```
/lib64/libc.so.6: undefined reference to `_dl_argv@GLIBC_PRIVATE'
/lib64/libc.so.6: undefined reference to `_rtld_global_ro@GLIBC_PRIVATE'
/usr/lib64/gcc/x86_64-suse-linux/4.3/libstdc++.so: undefined reference to `__tls_get_addr@GLIBC_2.3'
/lib64/libc.so.6: undefined reference to `_rtld_global@GLIBC_PRIVATE'
/lib64/libc.so.6: undefined reference to `__libc_enable_secure@GLIBC_PRIVATE'
```
Ces sont pas défini des références dans le chargeur, ld-linux.so. C'est une plate-forme spécifique (par exemple, sur mon système, le bon chargeur est /lib64/ld-linux-x86-64.so). Vous pouvez relier le chargeur à votre bibliothèque et de vérifier, même la plus délicate références indiquées ci-dessus:
```
g++ -fPIC -shared -o liba.so a.o -Wl,--no-allow-shlib-undefined  /lib64/ld-linux-x86-64.so.2
```
- Nope, pas d'erreur, même si j'utilise l'option --no-permettre-shlib-undefined ou --no-non défini.
- Je suppose que vous avez oublié d'ajouter -Wl, choses. t afficher l'erreur, bien que pas celle que vous voulez. Mais c'est le maximum que vous pouvez avoir.
- Il semble --no-undefined fonctionne comme prévu mais-pas-permettez-shlib-non défini ne pas. (De travail comme vous le dites.)
- merci. Je fixe mon totalement incorrectes post dans la façon dont il peut être de quelque utilité pour vous.
InformationsquelleAutor P Shved
1

Vous ne pouvez pas faire ld (qui est ce que gcc est en cours d'exécution) l'attention à une bibliothèque qui n'est pas là dans le lien. Vous pouvez désactiver RTLD_LAZY pour obtenir agressif de déclaration, et vous pouvez ajouter un test unitaire qui s'exécute juste après le lien juste pour éliminer ces problèmes.
- Ce que vous peut faire, et ce que l'interlocuteur a été après, est d'obtenir ld de vous dire "je n'ai aucune idée de l'endroit où vous pensez que ces symboles vont venir, mais ils ne sont pas dans l'une des bibliothèques que vous m'avez dit au sujet."
InformationsquelleAutor bmargulies

Vous devez vous connecter pour publier un commentaire.