【问题标题】:Mixing C/C++ code yields "undefined symbol" with shared library将 C/C++ 代码混合使用共享库会产生“未定义符号”
【发布时间】:2015-04-25 04:13:48
【问题描述】:

这个问题困扰了我一个星期,所以我想也许是时候向你们寻求帮助了。简而言之,故事如下:

我们正在内部使用 Qt/C++ 开发嵌入式服务器。它是一个非常简单的服务器,它处理客户端请求并通过 dlopen()/dlsym() 调用加载适当的函数以执行特定于供应商的操作。这意味着供应商只需按照我们定义的方式向我们提供 C 语言中的 .so 文件及其功能(对我们来说是透明的)。这将是用 C 编写的,因为它需要做很多低级的事情,而我们的服务器是在 Qt 中,因为我们计划最终为它提供一个前端。

这是一些伪代码:

在我们的 main.cpp 文件中(这是用 C 方式编写的,但使用 Qt mkspec 中定义的 g++ 编译器,使用 -ldl 和 -rdynamic 编译以导出所有符号):

  • dlopen() vendor.so 文件(尝试使用 RTLD_NOW 和 RTLD_LAZY)
  • dlsym() vendor.so init() 方法(这将调用供应商的 init 方法,该方法将通过我们代码中的 setter 方法设置此“供应商插件”的名称/属性,调用此 plugin_set_name(args.. .))

在共享头文件 (shared.h) 中(两个代码库都会使用它;我们的会有完整的结构定义,供应商只会有 setter/getter 的原型):

  • extern "C" int plugin_set_name(args...)

在供应商 main.c 文件中(使用 gcc、-fPIC 和 -shared 编译)

  • 上面提到的init()函数的实现

所以本质上,发生的事情是 C++ 代码将使用 dl 调用从 C .so 库中加载 init() 函数,然后 C .so 库将调用在 C++ 中定义的函数代码(在本例中为 plugin_set_name)。这甚至可能吗?两者都没有相互关联,因为它们是相互独立编译的,并且使用不同的编译器(gcc 与 g++)。

我得到的错误是在运行时:“未定义的符号:plugin_set_name”(所以它可以很好地找到并进入库的 init() 方法)。当我使用 gcc 和直接的 C 代码来做所有事情时,它可以完美地工作,所以我知道这不是代码,而是混合 C/C++ 的东西。我也了解使用 extern "C" 来防止名称修改,并使用 nm / readelf 来确定没有任何类型的修改。有任何想法吗?解决此问题的最佳方法是什么?

【问题讨论】:

  • 我认为你应该阅读这个:stackoverflow.com/questions/2744181/…
  • 我已经在相关函数前面加上了 extern "C" (这是该示例所显示的),但它仍然无法正常工作。我还通过使用 g++ 在 Qt 之外手动编译将 Qt 排除在外,我也遇到了同样的问题。

标签: c++ c qt shared-libraries dlopen


【解决方案1】:

不知何故,这在今天神奇地起作用了。我无法解释。我只是在共享标头周围有 extern "C" 声明,所以在 shared.h 中:

#ifdef __cplusplus
extern "C" {
#endif

plugin_set_name(args...)
other_shared_functions

#ifdef __cplusplus
}
#endif

然而,我一直有这个。无论哪种情况,它现在都可以与使用 C 编译的供应商插件和使用 Qt 和 C++ 编译的服务器一起使用。我认为问题在于放置所有外部组件的位置以及 g++ 链接标志(其中 rdynamic 至关重要)的组合。谢谢。只是把它放在这里以防其他人遇到同样的问题。

【讨论】:

    猜你喜欢
    • 2018-04-14
    • 2011-02-28
    • 2012-09-27
    • 2012-01-08
    • 2010-11-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多