c++ - 共享对象中的符号名称与 .cpp 文件中的函数不同

Question

在项目环境中，我想将共享对象的源文件从 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++。

为什么符号名称会改变？

Answer 1

Why do the symbol names change?

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 是被函数的编译器名称破坏的。