问ctype加载的共享库符号也在glibc中定义；如何选择符号？

EN

不幸的是，其他程序依赖于库A中的符号sem_init，所以这不是一个解决方案。

从libB到sem_init的引用解析为libpthread.so.0 (GLIBC的一部分)中的定义，因为libpthread.so.0是作为主python二进制文件的依赖项加载的，因此在符号搜索列表中出现在libA之前。因此，对sem_init的每个“正常”引用都将解析为libpthread的定义。这就像预期的那样工作(覆盖标准库提供的符号是一个非常糟糕的想法(TM) )。

您可以强制libB.so使用libA.so:sem_init，方法是在libB中执行以下操作(省略错误检查)：

void *h = dlopen("libA.so", RTLD_NOW|RTLD_GLOBAL)
void (*p_sem_init)(...) = dlsym(h, "sem_init");

// Call it:
p_sem_init(...);

如果sem_init是唯一冲突的符号，这将起作用，但如果存在其他符号冲突，则可能以不明显的方式中断。