Question

我一直在尝试用C ++开发一个可以在应用程序中运行时加载的动态库。我终于搞定了，但它有点难看。我有一个函数，它将一个指向C ++类的指针作为参数，如下所示：

bool registerGrindPlugin( Grind::PluginManager* mgr );

但当然它被导出为：

_Z19registerGrindPluginPN5Grind13PluginManagerE

我尝试了一个带有简单函数的.c文件，并将其导出为“registerGrindPlugin”，但当然我无法通过这种方式传递C ++类。

Soo ...我的问题是，有没有办法解码或别名导出的符号，以便我不必在我的dlsym调用中使用像Z19registerGrindPluginPN5Grind13PluginManagerE这样的怪物？

我确实看到-alias_list作为链接器选项，但我还没有弄清楚如何在XCode中使用它。如果这是解决方案，有人可以提供更多有关如何使用它的详细信息吗？

Answer 1

你尝试这样做的方式不会长期发挥作用。

您不能指望任何特定的C ++修改/解码算法。不同的编译器 - 甚至同一编译器的不同版本 - 使用了不同的编译器。所以你可以这样做，并切换到新版本的Xcode，并处于糟糕的状态。

此外，C ++也受到Fragile Binary Interface Problem的影响。为了避免这种情况，Grind :: PluginManager实例内部的所有操作，从创建到成员访问到删除，都需要在同一个动态库中进行。

解决这些问题是Objective C的消息传递系统和Windows OLE系统背后的一些基本原理。

C ++解决方案是使用包装器系统。

首先，您需要为Grind :: PluginManager *定义一个不透明的指针类型。 C语言Cocoa绑定可以做很多事情。

typedef void* MyGrindPlugInManagerOpaqueHandle;

其次，对于你想从动态库外部对Grind :: PluginManager进行的每个操作，你需要使用extern "C"来定义一个带有非破坏C绑定的函数，并且需要其中一个不透明指针作为参数。例如：

#ifdef __cplusplus
extern "C" {
#endif

void foo_wrapper(MyGrindPlugInManagerOpaqueHandle *bar);

#ifdef __cplusplus
}
#endif

第三，C ++文件中的实现将如下所示：

void foo_wrapper(MyGrindPlugInManagerOpaqueHandle *bar)
{
    Grind::PluginManager* baz = (Grind::PluginManager*)bar;
    baz->foo();
}

Answer 2

通常，插件接口是使用c命名和调用约定定义的。名称修改可能依赖于编译器（非标准）。

所以最简单的解决方案是定义一些接口函数并将其声明为extern "C"：

extern "C"  {
    bool registerGrindPlugin( Grind::PluginManager* mgr );
}

您可能必须使用void *类型和内部强制类型替换Grid :: PluginManager。这必须是一个简单的结构，而不是具有虚函数的类。

如果您坚持处理受损的名称，可以查看“c ++ filt”的源代码，这是一个gnu实用程序，也可以在OS X上使用。

Answer 3

您可以在XCode中设置链接器标志，方法是在项目窗口的左侧窗格中选择要构建的目标，然后单击“信息”按钮。在“构建”选项卡中，有一整段链接器设置，包括一个名为“Other Linker Flags”;应该允许您指定要尝试的任何链接器选项。