“未定义的符号”在 Mono p/invoke 中使用行为不当的共享 C 库

Question

liba 库定义了某个函数 f。当编写使用函数 f 的 C 程序时，除非我将 -lb 添加到编译命令中，否则编译将无法完成，即使我没有在 C 代码中直接引用 libb 中的任何内容。但是，使用 p/invoke，我无法选择链接到库 b，并且当我从 C# 代码中调用函数 f（当然是在 [DllImport("liba")] 之后）时，我会进行符号查找错误：/usr/lib/liba.so：未定义符号：X（X 在 libb 中定义）。 ldd /usr/lib/liba.so 不包含引用 libb 的行。 libb 位于 /usr/lib 中。我相信这个问题本质上与 Linux、Mono、共享库和未解析的符号相同，但与那种情况不同的是，我无法重新编译 liba。有什么办法可以解决这个问题吗？

Answer 1

您还可以在到达从 liba p/调用的代码之前从 libb 导入一个函数：这将导致 libb 也被加载到进程中。

Answer 2

这是一个糟糕的解决方案，但在这种情况下它可能是最好的解决方案：运行生成的单二进制文件

LD_PRELOAD=libb.so ./binary.exe 

可以避免该问题。

Answer 3

找到了一个很好的通用解决方案，如下面的代码所示：

  class MainClass
    {
            //Constants from /usr/include/bits/dlfcn.h
            private const int RTLD_LAZY = 0x00001; //Only resolve symbols as needed
            private const int RTLD_GLOBAL = 0x00100; //Make symbols available to libraries loaded later

            [DllImport("dl")]
            private static extern IntPtr dlopen (string file, int mode);

            [DllImport("a")]
            private static extern void f ();

            public static void Main (string[] args)
            {
                    //Load libb. RTLD_LAZY could be replaced with RTLD_NOW, but
                    //RTLD_GLOBAL is essential
                    dlopen("libb.so", RTLD_LAZY|RTLD_GLOBAL);

                    //Call f(), no unresolved symbol problem!
                    f();
            }
    }