我们使用dlopen在Mac上读取动态库。更新:这是一个posix问题,在cygwin下同样失败。
首先是编译。关于cygwin:
extern "C" void foo() { }
g++ -shared foo.c -o libfoo.so
nm -D libfoo.so不显示公共符号。这似乎就是问题所在。如果我能公开他们,nm -D应该显示他们。
使用:
nm libfoo.so | grep foo
000000x0xx0x00x0x0 T _foo你可以看到符号在那里。在Linux中,这似乎是可行的:
nm -D foo.so
0000000000201020 B __bss_start
w __cxa_finalize
0000000000201020 D _edata
0000000000201028 B _end
0000000000000608 T _fini
0000000000000600 T foo
w __gmon_start__
00000000000004c0 T _init
w _ITM_deregisterTMCloneTable
w _ITM_registerTMCloneTable
w _Jv_RegisterClasses然而,即使在Linux中,我们似乎也无法连接到库。以下是源代码:
包括
包括
使用命名空间std;
int main() {
void* so = dlopen("foo.so", RTLD_NOW);
if (so = nullptr) {
cerr << "Can't open shared library\n";
exit(-1);
}
#if 0
const void* sym = dlsym(so, "foo");
if (sym == nullptr) {
cout << "Symbol not found\n";
}
#endif
dlclose(so);
}如果删除#ifdef,上面的代码会打印“符号未找到”,但它会在dlclose上崩溃。
我们试着导出LD_LIBRARY_PATH=。只是为了看看是否无法到达图书馆。而且dlopen调用似乎在任何情况下都有效,返回不是nullptr。
因此,总括而言,这个库似乎不适用于Mac和Cygwin。在Linux上,-D显示库中的符号,但是加载符号的代码不起作用。
发布于 2022-02-27 05:40:39
在您的示例中,您编写了if (so = nullptr) {,它将nullptr分配给so,并且条件始终为false。调试时,-Wall是个好主意!
这本身就解释了为什么不能加载符号,但我也发现我需要执行dlopen("./foo.so", RTLD_NOW);,因为否则dlopen会搜索库路径,而不是当前目录。
https://stackoverflow.com/questions/44445582
复制相似问题