Recevoir des “undefined symbol” erreur lors du chargement de la bibliothèque avec dlopen

Je suis en train d'écrire un peu de code qui utilise la dynamique des bibliothèques partagées sous forme de plugins.

Ma ligne de commande pour la construction de bibliothèques partagées ressemble:

cc -shared -fPIC -o module.so -g -Wall module.c

Dans le module, je peux appeler des fonctions qui sont dans aucune autre bibliothèque partagée qui a été chargé au sein de l'exécutable principal.

Cependant je ne peux pas accéder (exporté) les fonctions qui sont dans l'exécutable lui-même (j'ai undefined symbol erreurs).

Mon appel à dlopen ressemble à ceci:

void *handle = dlopen(plugin, RTLD_NOW);

Quelqu'un peut veuillez en aviser comment mon module peut appeler à mon exécutable, sans avoir à mettre l'ensemble de l'exécutable de l'utilitaire de fonctions dans une autre bibliothèque partagée?

InformationsquelleAutor Alnitak | 2009-01-26
  1. 32

    Bonne solution est d'ajouter -rdynamic à la commande de liaison de l'exécutable principal. Cela va ajouter une option appropriée pour ld (qui, lors de l'utilisation de GNU ld, il arrive à être --export-dynamic).

    Ajoutant --export-dynamic directement est techniquement incorrect: c'est une option de l'éditeur de liens, et devrait donc être ajouté comme -Wl,--export-dynamic, ou -Wl,-E. C'est aussi moins portable que -rdynamic (autres linkers ont un équivalent, mais l'option elle-même est différente).

    • Cette solution s'applique également lors de l'utilisation de Boost Extensions de renforcer les shared_library classe est à l'aide de dlopen (sur Linux) pour charger la bibliothèque.
    InformationsquelleAutor Employed Russian
  2. 5

    J'ai trouvé la réponse moi-même.

    J'ai dû ajouter de la --export-dynamic drapeaux aux options de liaison pour l'exécutable principal.

    Lors de la création d'une liée de façon dynamique
    exécutable, ajouter tous les autres symboles, à l'
    dynamique de la table des symboles. La dynamique
    la table des symboles est un ensemble de symboles
    qui sont visibles à partir d'objets dynamiques
    au moment de l'exécution.

    Si vous n'utilisez pas cette option, la
    dynamique de la table des symboles normalement
    ne contiennent que les symboles qui sont
    référencé par certains objet dynamique
    mentionné dans le lien.

    Si vous utilisez "dlopen" pour charger une dynamique
    objet qui a besoin de se référer à des
    les symboles définis par le programme,
    plutôt qu'à une autre dynamique de l'objet,
    ensuite, vous aurez probablement besoin d'utiliser
    cette option lors de la liaison du programme
    lui-même.

    InformationsquelleAutor Alnitak
  3. 4

    Quand j'ai rencontré le même problème, j'ai simplement utilisé la solution suivante. Avant de charger un plugin, il suffit de charger le programme lui-même, en apportant ses symboles pour les tableaux dynamiques:

    dlopen(NULL,RTLD_NOW|RTLD_GLOBAL);

    Je pense que la solution est préférable. La raison en est que, il résout également le même problème si vous

    un), votre programme (ou un trird-partie module) est lié (pas dans l'exécution) à l'encontre de la bibliothèque partagée, les symboles qui doivent être dans la dynamique de la table;

    b) ne peut pas recompiler le module avec -rdynamic drapeau.

    InformationsquelleAutor P Shved