Errore c ++ Linux: riferimento indefinito a 'dlopen'

Lavoro in Linux con C ++ (Eclipse) e voglio usare una libreria. Eclipse mi mostra un errore:

undefined reference to 'dlopen' 

Conosci una soluzione?

Ecco il mio codice:

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

Devi collegarti a libdl, aggiungi

-ldl

alle opzioni del tuo linker

@Masci è corretto, ma nel caso in cui stai usando C (e il gcccompilatore) tieni presente che questo non funziona:

gcc -ldl dlopentest.c

Ma questo fa:

gcc dlopentest.c -ldl

Mi ha preso un po 'per capire ...

L'argomento è piuttosto vecchio, ma oggi ho lottato con lo stesso problema durante la compilazione di cegui 0.7.1 (prerequisito di openVibe).

Ciò che ha funzionato per me è stato impostare: LDFLAGS="-Wl,--no-as-needed" nel Makefile.

Ho provato anche -ldlper LDFLAGS, ma senza alcun risultato.

questo non funziona:

gcc -ldl dlopentest.c

Ma questo fa:

gcc dlopentest.c -ldl

Questa è sicuramente una "caratteristica" fastidiosa

Ho avuto difficoltà con questo quando ho scritto la sintassi ereditaria e ho trovato alcuni fatti interessanti . Con CC=Clang, questo funziona:

$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

così come tutti questi:

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

Tuttavia, con CC=gcc, funziona solo l'ultima variante; -ldlafter -(il simbolo dell'argomento stdin).

puoi provare ad aggiungere questo

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

alle opzioni di configurazione

Stavo usando CMake per compilare il mio progetto e ho riscontrato lo stesso problema.

La soluzione qui descritta funziona come un incantesimo, è sufficiente aggiungere $ {CMAKE_DL_LIBS} alla chiamata target_link_libraries ()

Dovevi fare qualcosa del genere per il makefile:

LDFLAGS='-ldl'
make install

Ciò passerà i flag del linker dal make through al linker. Non importa che il makefile sia stato generato automaticamente.

Ho riscontrato lo stesso problema anche usando -ldl .

Oltre a questa opzione, i file di origine devono essere posizionati prima delle librerie, vedi riferimento indefinito a `dlopen ' .

Per usare le funzioni dl devi usare il flag -ldl per il linker.

come lo fai in eclissi?

Premi Progetto -> Proprietà -> C / C ++ build -> Impostazioni -> GCC C ++ Linker ->
Librerie -> nella casella "Librerie (-l)" premi il segno "+" -> scrivi " dl " (senza virgolette) -> premi ok -> pulisci e ricostruisci il tuo progetto.

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

Una buona descrizione del perché è importante il posizionamento di -l dl

Ma c'è anche una spiegazione piuttosto concisa nei documenti 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.