Linux 中共享库的符号绑定如何工作

Question

当使用 g++ -O0 编译 cpp 程序时，我注意到我的二进制文件不包含空字符串（basic_string）的符号： _S_empty_rep_storage 当我使用 -O2 编译同一个程序时，我注意到上述符号确实包含在二进制文件中，如下所示（在 bin 上使用 nm）：

00000000006029a0 V _ZNSs4_Rep20_S_empty_rep_storageE@@GLIBCXX_3.4

我的应用程序使用几个 .so （动态库），当我的应用程序加载时，我注意到其中几个 .so 文件绑定如下（我设置 LD_DEBUG=all 并运行我的程序）：

 28596: binding file /home/bbazso/usr/local/lib/mydynamiclib.so [0] to /usr/lib64/libstdc++.so.6 [0]: normal symbol `_ZNSs4_Rep20_S_empty_rep_storageE' [GLIBCXX_3.4]
 28596: binding file /home/bbazso/usr/local/lib/mydynamiclib.so [0] to /home/bbazso/workspace/mytestapplication [0]: normal symbol `_ZNSs4_Rep20_S_empty_rep_storageE' [GLIBCXX_3.4]
 28596: binding file /home/bbazso/workspace/mytestapplication [0] to /usr/lib64/libstdc++.so.6 [0]: normal symbol `_ZNSs4_Rep20_S_empty_rep_storageE' [GLIBCXX_3.4]**

但我也注意到我的 .so 之一仅绑定如下：

  28087:    binding file /home/bbazso/usr/local/lib/anotherdynamiclib.so [0] to /usr/lib64/libstdc++.so.6 [0]: normal symbol `_ZNSs4_Rep20_S_empty_rep_storageE' [GLIBCXX_3.4]

但永远不会绑定到二进制文件（mytestapplication），如上面的 mydynamiclib.so 所示。

所以我想知道这实际上意味着什么？这是否意味着 anotherdynamiclib.so 将为上面的空字符串使用与应用程序其余部分不同的符号？我想我真正要问的是符号绑定在上面示例的上下文中如何工作？

谢谢！

Answer 1

恐怕我不完全理解你的问题，但你可能会在 Ulrich Drepper 的一篇名为 如何编写共享库。这是我所知道的有关如何在 Linux 中使用 elf 可执行文件的符号的最好的信息。

Answer 2

我很难解析你的问题。如果您包含一小段正在编译的示例代码，它可能会有所帮助。

<块引用>

我注意到上述符号确实包含在二进制文件中，如下所示
这取决于你所说的“包含在”是什么意思。符号表中有该符号的条目，但它是外部符号，而不是应用程序“导出”的符号。请注意名称中的@@GLIBCXX_3.4。该符号的实际位置位于 GLIBCXX 中（看起来它实际上解析为 libstdc++）。

从您的输出来看， nm 似乎并未实际显示 ST_BIND 信息（El32_Sym/Elf64_Sym 结构中 st_info 字段的一部分）。这是确定链接器如何处理符号绑定的信息。你能跑吗
readelf -s 你的名字
它将显示绑定。