Linux c ++ Fehler: undefinierter Verweis auf 'dlopen'

Ich arbeite unter Linux mit C ++ (Eclipse) und möchte eine Bibliothek verwenden. Eclipse zeigt mir einen Fehler:

undefined reference to 'dlopen' 

Kennen Sie eine Lösung?

Hier ist mein 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);
}

Sie müssen gegen libdl verlinken, hinzufügen

-ldl

zu Ihren Linker-Optionen

@Masci ist korrekt, aber falls Sie C (und den gccCompiler) verwenden, berücksichtigen Sie, dass dies nicht funktioniert:

gcc -ldl dlopentest.c

Aber das tut:

gcc dlopentest.c -ldl

Ich habe ein bisschen gebraucht, um herauszufinden ...

Das Thema ist ziemlich alt, aber ich hatte heute beim Kompilieren von cegui 0.7.1 (openVibe-Voraussetzung) mit demselben Problem zu kämpfen.

Was für mich funktioniert hat war zu setzen: LDFLAGS="-Wl,--no-as-needed" im Makefile.

Ich habe auch versucht , -ldlfür , LDFLAGSaber ohne Erfolg.

das funktioniert nicht:

gcc -ldl dlopentest.c

Aber das tut:

gcc dlopentest.c -ldl

Das ist sicher eine nervige "Funktion"

Ich hatte Probleme damit, Heredoc-Syntax zu schreiben, und fand einige interessante Fakten . Mit CC=Clangfunktioniert das:

$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

sowie alle diese:

• $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

Mit CC=gccfunktioniert jedoch nur die letzte Variante; -ldlafter -(das stdin-Argument-Symbol).

Sie können versuchen, dies hinzuzufügen

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

zu den Konfigurationsoptionen

Ich habe CMake zum Kompilieren meines Projekts verwendet und das gleiche Problem festgestellt.

Die hier beschriebene Lösung funktioniert wie ein Zauber. Fügen Sie einfach $ {CMAKE_DL_LIBS} zum Aufruf von target_link_libraries () hinzu

Sie mussten so etwas für das Makefile tun:

LDFLAGS='-ldl'
make install

Dadurch werden die Linker-Flags von make bis zum Linker weitergeleitet. Es spielt keine Rolle, dass das Makefile automatisch generiert wurde.

Ich habe das gleiche Problem sogar mit -ldl.

Neben dieser Option müssen Quelldateien vor Bibliotheken platziert werden, siehe undefinierter Verweis auf "dlopen" .

Um dl-Funktionen verwenden zu können, müssen Sie das Flag -ldl für den Linker verwenden.

Wie machst du das in Eclipse?

Klicken Sie auf Projekt -> Eigenschaften -> C / C ++ - Build -> Einstellungen -> GCC C ++ Linker ->
Bibliotheken -> im Feld "Bibliotheken (-l)" auf das Zeichen "+" -> Schreiben " dl " (ohne Anführungszeichen) -> OK drücken -> Projekt bereinigen und neu erstellen.

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

Eine gute Beschreibung, warum die Platzierung von -l dl wichtig ist

Aber es gibt auch eine ziemlich prägnante Erklärung in den Dokumenten von $ 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.