Błąd Linux C ++: niezdefiniowane odwołanie do „dlopen”

Pracuję w Linuksie z C ++ (Eclipse) i chcę korzystać z biblioteki. Eclipse pokazuje mi błąd:

undefined reference to 'dlopen' 

Czy znasz rozwiązanie?

Oto mój kod:

#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);
}

Musisz połączyć się z libdl, dodaj

-ldl

do opcji konsolidatora

@Masci jest poprawne, ale jeśli używasz C (i gcckompilatora), weź pod uwagę, że to nie działa:

gcc -ldl dlopentest.c

Ale to robi:

gcc dlopentest.c -ldl

Trochę mi zajęło, żeby się zorientować ...

Temat jest dość stary, ale walczyłem z tym samym problemem dzisiaj podczas kompilacji cegui 0.7.1 (warunek wstępny openVibe).

U mnie zadziałało ustawienie: LDFLAGS="-Wl,--no-as-needed" w pliku Makefile.

Próbowałem zostały również -ldldla LDFLAGSale bezskutecznie.

to nie działa:

gcc -ldl dlopentest.c

Ale to robi:

gcc dlopentest.c -ldl

To z pewnością jedna irytująca „funkcja”

Miałem z tym problem podczas pisania składni heredoc i znalazłem kilka interesujących faktów . Ze CC=Clangto działa:

$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

a także wszystkie te:

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

Jednak CC=gccdziała tylko ostatni wariant; -ldlpo -(symbol argumentu stdin).

możesz spróbować to dodać

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

do opcji konfiguracyjnych

Używałem CMake do kompilacji mojego projektu i napotkałem ten sam problem.

Rozwiązanie opisane tutaj działa jak urok, po prostu dodaj $ {CMAKE_DL_LIBS} do wywołania target_link_libraries ()

Musiałeś zrobić coś takiego dla makefile:

LDFLAGS='-ldl'
make install

Spowoduje to przekazanie flag konsolidatora od producenta do konsolidatora. Nie ma znaczenia, że ​​plik makefile został wygenerowany automatycznie.

Napotkałem ten sam problem, nawet używając -ldl.

Poza tą opcją, pliki źródłowe muszą być umieszczane przed bibliotekami, zobacz niezdefiniowane odniesienie do `dlopen ' .

Aby użyć funkcji dl, musisz użyć opcji -ldl dla konsolidatora.

jak to robisz w zaćmieniu?

Naciśnij Projekt -> Właściwości -> Kompilacja C / C ++ -> Ustawienia -> Linker GCC C ++ ->
Biblioteki -> w polu „Biblioteki (-l)” naciśnij znak „+” -> napisz " dl " (bez cudzysłowów) -> naciśnij ok -> wyczyść i odbuduj swój projekt.

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

Dobry opis, dlaczego położenie -l dl ma znaczenie

Ale jest też dość zwięzłe wyjaśnienie w dokumentach 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.