Erro Linux c ++: referência indefinida a 'dlopen'

Eu trabalho no Linux com C ++ (Eclipse) e quero usar uma biblioteca. O Eclipse me mostra um erro:

undefined reference to 'dlopen' 

Você conhece uma solução?

Aqui está o meu código:

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

Você precisa vincular o libdl, adicionar

-ldl

às suas opções de vinculador

@Masci está correto, mas caso você esteja usando C (e o gcccompilador) leve em consideração que isso não funciona:

gcc -ldl dlopentest.c

Mas isso faz:

gcc dlopentest.c -ldl

Demorei um pouco para descobrir ...

O tópico é bastante antigo, mas lutei com o mesmo problema hoje ao compilar o cegui 0.7.1 (pré-requisito do openVibe).

O que funcionou para mim foi definir: LDFLAGS="-Wl,--no-as-needed" no Makefile.

Eu também tentei -ldlpara LDFLAGS, mas sem sucesso.

isso não funciona:

gcc -ldl dlopentest.c

Mas isso faz:

gcc dlopentest.c -ldl

Esse é um "recurso" irritante, com certeza

Eu estava enfrentando dificuldades ao escrever a sintaxe heredoc e encontrei alguns fatos interessantes . Com CC=Clang, isso funciona:

$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

bem como todos estes:

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

No entanto, com CC=gcc, apenas a última variante funciona; -ldlafter -(o símbolo do argumento stdin).

você pode tentar adicionar isso

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

para as opções de configuração

Eu estava usando o CMake para compilar meu projeto e encontrei o mesmo problema.

A solução descrita aqui funciona como um encanto, basta adicionar $ {CMAKE_DL_LIBS} à chamada target_link_libraries ()

Você precisava fazer algo assim para o makefile:

LDFLAGS='-ldl'
make install

Isso passará os sinalizadores do vinculador do make até o vinculador. Não importa que o makefile tenha sido gerado automaticamente.

Eu encontrei o mesmo problema, mesmo usando -ldl.

Além dessa opção, os arquivos de origem precisam ser colocados antes das bibliotecas; consulte a referência indefinida ao `dlopen ' .

Para usar as funções dl, você precisa usar o sinalizador -ldl para o vinculador.

como você faz isso no eclipse?

Pressione Projeto -> Propriedades -> Compilação C / C ++ -> Configurações -> Linker do GCC C ++ ->
Bibliotecas -> na caixa "Bibliotecas (-l)" e pressione o sinal "+" -> gravação " dl " (sem as aspas) -> pressione ok -> limpe e reconstrua seu projeto.

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

Uma boa descrição de por que o posicionamento de -l dl é importante

Mas também há uma explicação bastante sucinta nos documentos 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.