Ошибка Linux c ++: неопределенная ссылка на «dlopen»

Question

Я работаю в Linux с C ++ (Eclipse) и хочу использовать библиотеку. Затмение показывает мне ошибку:

undefined reference to 'dlopen' 

Знаете ли вы решение?

Вот мой код:

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

Answer 1

Вы должны сделать ссылку на libdl, добавьте

-ldl

к вашим настройкам компоновщика

Answer 2

@ Masci правильно, но если вы используете C (и компилятор gcc), учтите, что это не работает:

gcc -ldl dlopentest.c

Но это так:

gcc dlopentest.c -ldl

Мне понадобилось немного, чтобы понять ...

Answer 3

Тема довольно старая, но сегодня я боролся с той же проблемой при компиляции cegui 0.7.1 (обязательное условие openVibe).

Что сработало для меня, так это установить: LDFLAGS="-Wl,--no-as-needed" в Makefile.

Я также пробовал -ldl для LDFLAGS, но безрезультатно.

Answer 4

это не работает:

gcc -ldl dlopentest.c

Но это так:

gcc dlopentest.c -ldl

Это одна раздражающая "особенность" наверняка

Я боролся с этим при написании синтаксиса heredoc и нашел интересных фактов . С CC=Clang это работает:

$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

а также все эти:

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

Однако с CC=gcc работает только последний вариант; -ldl после - (символ аргумента стандартного ввода).

Answer 5

Вы можете попробовать добавить это

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

для настройки параметров

Answer 6

Вам нужно было сделать что-то подобное для make-файла:

LDFLAGS='-ldl'
make install

Это передаст флаги компоновщика от make до компоновщика. Не имеет значения, что make-файл был сгенерирован автоматически.

Answer 7

Я использовал CMake для компиляции своего проекта и обнаружил ту же проблему.

Решение, описанное здесь работает как шарм, просто добавьте $ {CMAKE_DL_LIBS} к вызову target_link_libraries ()

Answer 8

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

Хорошее описание того, почему размещение -l dl имеет значение

Но в документах также есть довольно лаконичное объяснение. От $ 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.

Answer 9

Чтобы использовать функции dl, необходимо использовать флаг -ldl для компоновщика.

как ты делаешь это в затмении?

Нажмите Проект -> Свойства -> C / C ++ build -> Настройки -> GCC C ++ Linker ->
Библиотеки -> в поле «Библиотеки (-l)» нажмите знак «+» -> написать « dl » (без кавычек) -> нажмите ok -> очистить и восстановить ваш проект.

Answer 10

Я столкнулся с той же проблемой, даже используя -ldl.

Помимо этой опции, исходные файлы должны быть помещены перед библиотеками, см. неопределенная ссылка на `dlopen '.