【问题标题】:symbol name in shared object differs from function in .cpp file共享对象中的符号名称不同于 .cpp 文件中的函数
【发布时间】:2019-09-05 20:19:03
【问题描述】:

在项目环境中,我想将共享对象的源文件从 c 更改为 cpp。我确保也更改了它在 CMakeLists.txt 中的条目:

add_library(*name* SHARED *mysource*.cpp)
target_link_libraries(*name as target* *item*)

构建过程运行良好。不幸的是,当我尝试使用它时,我收到一个错误,即找不到 .so 中的函数。

使用 objdump -T 检查共享对象内部的动态符号表后,我发现符号的名称与源文件中的名称不同。 例如

int sr_plugin_init_cb(sr_session_ctx_t *session, void **private_ctx);

变成

_Z17sr_plugin_init_cbP16sr_session_ctx_sPPv

在我的 Visual Studio 代码中,它说它可以构建对象并正确链接共享库,并且它还在输出中从 C 更改为 CXX,即使某些代码仅是 C++,也没有给我任何错误。

为什么符号名称会改变?

【问题讨论】:

标签: c++ cmake shared-objects


【解决方案1】:

为什么符号名称会改变?

C++ 有一个称为函数重载的特性。基本上发生的情况是您声明了两个名称相同但略有不同的函数:

int sr_plugin_init_cb(sr_session_ctx_t *session, void **private_ctx);
int sr_plugin_init_cb(sr_session_ctx_t *session, void **private_ctx, int some_arg);

或者更糟糕的情况:

struct A {
    # each of these functions can be different depending on the object
    void func();
    void func() const;
    void func() volatile;
    void func() volatile const;
};

函数名称相同。链接器看不到 C++ 源代码,但它仍然必须区分这两个函数才能与它们链接。因此 C++ 编译器会“破坏”函数名称,以便链接器可以区分它们。为了简单起见,它可能看起来像:

sr_plugin_init_cb_that_doesnt_take_int_arg
sr_plugin_init_cb_that_takes_int_arg
A_func
A_func_but_object_is_const
A_func_but_object_is_volatile
A_func_but_object_is_volatile_and_const

名称修改规则很复杂,以使名称尽可能短。它们必须考虑任意数量的模板、参数、对象、名称、限定符、lambda、重载、运算符等,并生成唯一的名称,并且它们必须仅使用与特定架构上的链接器兼容的字符。例如here 是 gnu g++ 编译器使用的名称修改的参考。

符号名称_Z17sr_plugin_init_cbP16sr_session_ctx_sPPv 是您的函数的编译器名称。

【讨论】:

    【解决方案2】:

    非常感谢您的详细回答。我现在明白了这个问题。 经过快速搜索,我找到了解决问题的方法。像这样封装函数原型可以避免名称混乱。

    extern "C" {
        // Function prototypes
    };
    

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多