Facile de vérifier les symboles non résolus dans les bibliothèques partagées?

Je suis en train d'écrire un assez grand C++ partagée la bibliothèque d'objets, et ont rencontré un petit problème qui rend le débogage d'une douleur:

Si je définis une fonction/méthode dans un fichier d'en-tête, et oublier de créer un stub pour elle (en cours de développement), depuis que je suis bâtiment comme un objet partagé bibliothèque plutôt que d'un exécutable, pas d'erreurs apparaissent au moment de la compilation de me dire que j'ai oublié de la mettre en fonction. La seule façon que je trouve quelque chose est mauvais, c'est au moment de l'exécution, lorsque finalement une demande de liaison à l'encontre de cette bibliothèque tombe sur un "undefined symbol' erreur.

Je suis à la recherche d'un moyen facile de vérifier si j'ai tous les symboles dont j'ai besoin au moment de la compilation, peut-être quelque chose que je peux ajouter à mon Makefile.

Une solution je suis venu avec est de lancer la compilation de la bibliothèque par le biais de nm -C -U pour obtenir un demangled liste de tous les indéfini références. Ce problème est également livré avec la liste de toutes les références qui sont dans d'autres bibliothèques, comme la GLibC, ce qui bien sûr va être liées avec cette bibliothèque lors de l'application finale est mis en place. Il serait possible d'utiliser la sortie de nm à grep à travers tous mes fichiers d'en-tête et de voir si l'un des noms correspondant.. mais cela semble fou. Ce n'est sûrement pas rare de problème et il y a une meilleure façon de le résoudre?

  • nm -C -u m'a sauvé plusieurs fois! (note de l'minuscules -u sur mon système). En laissant ce commentaire ici pour que je puisse trouver la prochaine fois que j'en ai besoin.
InformationsquelleAutor David Claridge | 2009-10-24
  1. 88

    Découvrez le linker option -z defs /--no-undefined. Lors de la création d'un objet partagé, il fera le lien à l'échec si il y a des symboles non résolus.

    Si vous utilisez gcc pour appeler l'éditeur de liens, vous allez utiliser le compilateur -Wl option pour passer à l'option de l'éditeur de liens:

    gcc -shared ... -Wl,-z,defs

    Considérez, par exemple, le fichier suivant:

    #include <stdio.h>

void forgot_to_define(FILE *fp);

void doit(const char *filename)
{
    FILE *fp = fopen(filename, "r");
    if (fp != NULL)
    {
        forgot_to_define(fp);
        fclose(fp);
    }
}

    Maintenant, si vous créez un objet partagé, il réussira:

    > gcc -shared -fPIC -o libsilly.so silly.c && echo succeeded || echo failed
succeeded

    Mais si vous ajoutez -z defs, le lien va échouer et vous dire au sujet de votre symbole manquant:

    > gcc -shared -fPIC -o libsilly.so silly.c -Wl,-z,defs && echo succeeded || echo failed
/tmp/cccIwwbn.o: In function `doit':
silly.c:(.text+0x2c): undefined reference to `forgot_to_define'
collect2: ld returned 1 exit status
failed
    • +1 cette réponse pourrait aider les gars qui sont venus de l'arrière-plan de Windows dans lequel Dll les symboles externes doivent être résolues au cours de la compilation. Pour l'nice extrait de code !
    • Salut, j'ai essayé de les mettre -Wl,-z,defs dans mon fichier de créer, encore, je suis de symbole non défini erreur lors de l'exécution, mais pas lors de la compilation. Que puis-je faire?. Dans mon scénario, j'ai deux dossiers, l'un dans l'autre, (par exemple, A/B, i,e B est à l'intérieur), et je peux voir quelques symboles ou B, dans "libA.donc". Je ne suis pas sûr si chaque symbole dans B est disponible dans "libA.donc". Comment assurez-vous que?
    • Pour rendre les choses encore plus comme une DLL de Windows, vous pouvez ajouter -Bsymbolic à l'éditeur de liens de ligne de commande. Même si forgot_to_define existe maintenant dans la bibliothèque grâce à la -z vérifier, le fichier exécutable peut toujours la remplacer par sa propre définition et la bibliothèque de définitions ira à remplacer; -Bsymbolic forces de choses, de sorte que la bibliothèque de définitions de ses fonctions d'aller à ses fonctions.
    • Ne fonctionne que pour, en fait, les fonctions utilisées. Si je ne // forgot_to_define(fp); il n' pas signaler une erreur
    InformationsquelleAutor R Samuel Klatchko
  2. 14

    Sur Linux (qui vous semblent utiliser) ldd -r a.out devrait vous donner exactement la réponse que vous cherchez.

    Mise à JOUR: un banal moyen de créer a.out contre laquelle vérifier:

     echo "int main() { return 0; }" | g++ -xc++ - ./libMySharedLib.so
 ldd -r ./a.out
    • Qui n'a presque exactement la même chose que nm -C -U, qui je l'ai suggéré dans le post original. Le problème est qu'il y a pas de " un.out " demande d'en parler, c'est une librairie partagée, de sorte ldd -r mylibrary.donc donne tout un tas de sortie, car il utilise des symboles à partir de divers autres bibliothèques dynamiques.. je suis particulièrement intéressé par les symboles manquants qui sont définies dans mon fichiers d'en-tête, plutôt que de bibliothèques externes.
    • celui-ci devrait être acceptée, la question est de savoir quel est le moyen facile de vérifier les symboles non définis, pas comment faire pour éviter les symboles non définis
    InformationsquelleAutor Employed Russian
  3. 8

    À propos d'une suite de tests ? Vous créer des maquettes de fichiers exécutables qui relient les symboles dont vous avez besoin. Si la liaison échoue, cela signifie que votre interface de la bibliothèque est incomplète.

    InformationsquelleAutor Stefano Borini
  4. 3

    J'ai eu le même problème une fois. J'ai été l'élaboration d'un modèle de composant en C++, et, bien sûr, les composants doivent se charger dynamiquement lors de l'exécution. Trois solutions me viennent à l'esprit, c'étaient ceux que j'ai appliqué:

    1. Prendre le temps de définir un système de construction qui est en mesure de compiler statiquement. Vous allez perdre un peu de temps d'ingénierie, mais il vous fera économiser beaucoup de temps attraper ces satanés des erreurs d'exécution.
    2. Groupe de vos fonctions bien connues et bien comprises sections, de sorte que vous pouvez le groupe de fonctions/talons pour s'assurer que chaque fonction correspondante a son talon. Si vous prenez le temps sur la documentation de bien, vous pouvez peut-être écrire un script qui vérifie les définitions (via, par exemple, ses commentaires doxygen) et cochez la case correspondante .fichier cpp pour elle.
    3. Faire plusieurs test exécutables de charger le même ensemble de bibliothèques et de spécifier le RTLD_NOW drapeau de dlopen (si vous êtes sous *NIX). Ils signaleront les symboles manquants.

    Espère que ça aide.

    • sur les lignes de RTLD_NOW, un env var existent pour forcer immédiate (non paresseux) de liaison ?
    • yup. ici, il est LD_BIND_NOW (libc5; glibc depuis 2.1.1) Si la valeur de chaîne non vide, les causes de l'éditeur de liens dynamique pour résoudre tous les symboles au démarrage du programme, au lieu de reporter l'appel de fonction resolval jusqu'au moment où ils sont référencé pour la première fois. Ceci est utile lors de l'utilisation d'un débogueur.
    • Cela peut également être utile pour le but de l'OP: LD_WARN (ELF seulement)(glibc depuis 2.1.3) Si la valeur de chaîne non vide, avertir à propos des symboles non résolus.
    • Stefano: Oui, c'est vrai. Ces variables n'existent pas. Toutefois, si vous êtes de report de la charge dynamique jusqu'à plus tard (par exemple lorsque l'utilisateur charge un module), ces variables ne sont pas utile, sauf si vous avez réellement écrire le programme d'essais de chargement de la destinée (future) des bibliothèques.
    InformationsquelleAutor Diego Sevilla