Question

我在尝试将我的共享库（erlang nif）链接到另一个共享库（libpurple）时遇到了麻烦，该共享库使用dlopen加载其他共享库（插件）。

问题是mylib.so链接到libpurple.so，libpurple.so使用dlopen加载plugins.so，而plugins.so找不到libpurple.so中的符号

1> mylib:init().
ok
2> /usr/lib/erlang/erts-6.3/bin/beam.smp: symbol lookup error: /usr/lib/purple-2/libmyspace.so: undefined symbol: purple_account_option_string_new

我正在编译：

gcc -fPIC -shared `pkg-config --cflags --libs purple` -I /usr/lib/erlang/erts-6.3/include -o priv/mylib.so c_src/mylib.c

看起来问题是dlopen在erlang上调用：load_nif，这段代码与erlang nif有同样的问题，RTLD_NOW | RTLD_GLOBAL修复了它，但我无法改变erlang调用dlopen的方式......

#include <dlfcn.h>
#include <stdio.h>
#include <glib.h>

void (*purple_util_set_user_dir)(const char *dir);
void (*purple_debug_set_enabled)(gboolean enabled);
gboolean (*purple_core_init)(const char *ui);

int main()
{
  void* lib = dlopen("/usr/lib/libpurple.so", RTLD_LAZY);
  purple_util_set_user_dir = dlsym(lib, "purple_util_set_user_dir");
  purple_debug_set_enabled = dlsym(lib, "purple_debug_set_enabled");
  purple_core_init = dlsym(lib, "purple_core_init");

  purple_util_set_user_dir("/tmp/purpletest");
  purple_debug_set_enabled(TRUE);
  purple_core_init("test");

  return 0;
}

我开始工作的唯一解决方法是调用erlang，如LD_PRELOAD=/usr/lib/libpurple.so erl，但远非理想。

看起来像使用RTLD_GLOBAL，https://developer.pidgin.im/ticket/7872

解决了同样的问题

Answer 1

Erlang VM没有加载暴露全局符号的NIF库 - 它会无可挽回地污染全局命名空间。

理论上，我不知道这是否总是如此，插件应能够动态加载其父库以查找其符号而不会导致操作系统加载另一个图像图书馆。

erlang nif共享库上的未定义符号

1 个答案: