Erreur Linux C ++: référence non définie à 'dlopen'

Je travaille sous Linux avec C ++ (Eclipse), et je souhaite utiliser une bibliothèque. Eclipse me montre une erreur:

undefined reference to 'dlopen' 

Connaissez-vous une solution?

Voici mon code:

#include <stdlib.h>
#include <stdio.h>
#include <dlfcn.h>

int main(int argc, char **argv) {
    void *handle;
    double (*desk)(char*);
    char *error;

    handle = dlopen ("/lib/CEDD_LIB.so.6", RTLD_LAZY);
    if (!handle) {
        fputs (dlerror(), stderr);
        exit(1);
    }

    desk= dlsym(handle, "Apply");

    if ((error = dlerror()) != NULL)  {
        fputs(error, stderr);
        exit(1);
    }

    dlclose(handle);
}

Vous devez créer un lien avec libdl, ajouter

-ldl

à vos options de l'éditeur de liens

@Masci est correct, mais si vous utilisez C (et le gcccompilateur), tenez compte du fait que cela ne fonctionne pas:

gcc -ldl dlopentest.c

Mais cela fait:

gcc dlopentest.c -ldl

Il m'a fallu un peu de temps pour comprendre ...

Le sujet est assez ancien, mais je me suis battu avec le même problème aujourd'hui lors de la compilation de cegui 0.7.1 (prérequis openVibe).

Ce qui a fonctionné pour moi était de mettre: LDFLAGS="-Wl,--no-as-needed" dans le Makefile.

J'ai aussi essayé -ldlde LDFLAGSmais en vain.

cela ne fonctionne pas:

gcc -ldl dlopentest.c

Mais cela fait:

gcc dlopentest.c -ldl

C'est une "fonctionnalité" ennuyeuse à coup sûr

J'avais du mal avec cela lors de l'écriture de la syntaxe heredoc et j'ai trouvé des faits intéressants . Avec CC=Clang, cela fonctionne:

$CC -ldl -x c -o app.exe - << EOF
#include <dlfcn.h>
#include <stdio.h>
int main(void)
{
  if(dlopen("libc.so.6", RTLD_LAZY | RTLD_GLOBAL))
    printf("libc.so.6 loading succeeded\n");
  else
    printf("libc.so.6 loading failed\n");
  return 0;
}
EOF

./app.exe

ainsi que tous ceux-ci:

• $CC -ldl -x c -o app.exe - << EOF
• $CC -x c -ldl -o app.exe - << EOF
• $CC -x c -o app.exe -ldl - << EOF
• $CC -x c -o app.exe - -ldl << EOF

Cependant, avec CC=gcc, seule la dernière variante fonctionne; -ldlafter -(le symbole d'argument stdin).

vous pouvez essayer d'ajouter ceci

LIBS=-ldl CFLAGS=-fno-strict-aliasing

vers les options de configuration

J'utilisais CMake pour compiler mon projet et j'ai trouvé le même problème.

La solution décrite ici fonctionne comme un charme, ajoutez simplement $ {CMAKE_DL_LIBS} à l'appel target_link_libraries ()

Vous deviez faire quelque chose comme ça pour le makefile:

LDFLAGS='-ldl'
make install

Cela transmettra les indicateurs de l'éditeur de liens de make à l'éditeur de liens. Peu importe que le makefile ait été généré automatiquement.

J'ai rencontré le même problème même en utilisant -ldl.

Outre cette option, les fichiers sources doivent être placés avant les bibliothèques, voir la référence non définie à `dlopen ' .

Pour utiliser les fonctions dl, vous devez utiliser l'indicateur -ldl pour l'éditeur de liens.

comment faites-vous en éclipse?

Appuyez sur Projet -> Propriétés -> Construction C / C ++ -> Paramètres -> GCC C ++ Linker ->
Bibliothèques -> dans la zone "Bibliothèques (-l)" appuyez sur le signe "+" -> écrire " dl " (sans les guillemets) -> appuyez sur ok -> nettoyez et reconstruisez votre projet.

 $gcc -o program program.c -l <library_to_resolve_program.c's_unresolved_symbols>

Une bonne description de l'importance du placement de -l dl

Mais il y a aussi une explication assez succincte dans la documentation From $ man gcc

   -llibrary
   -l library
       Search the library named library when linking.  (The second
       alternative with the library as a separate argument is only for POSIX
       compliance and is not recommended.)

       It makes a difference where in the command you write this option; the
       linker searches and processes libraries and object files in the order
       they are specified.  Thus, foo.o -lz bar.o searches library z after
       file foo.o but before bar.o.  If bar.o refers to functions in z,
       those functions may not be loaded.