为什么 libc 依赖 ld.so？

Question

我一直认为libc应该是一个独立的动态库，直到我发现这个：

$ ldd /lib/x86_64-linux-gnu/libc.so.6
        /lib64/ld-linux-x86-64.so.2 (0x00007fd743c00000)
        linux-vdso.so.1 (0x00007fffc75f4000)

谁能告诉我为什么 libc 需要 ld.so 以及它使用什么函数？

Answer 1

任何与共享库链接的应用程序或共享库都需要ld.so：

程序ld.so 和ld-linux.so* 查找并加载共享 程序所需的对象（共享库），准备 程序运行，然后运行它。

应用程序通常不会从ld-linux-x86-64.so 调用任何函数，而是加载可执行和共享库并将控制流传递给应用程序，这通常是 C 和 C++ 库运行时初始化代码。这种对ld-linux.so* 的依赖是通过ELF 文件的.interp 部分建立的（请参阅readelf -l /lib/x86_64-linux-gnu/libc.so.6 输出），这不是ldd 所显示的。

ldd，然而，（递归地）在动态部分显示标记为NEEDED 的库（参见readelf -d /lib/x86_64-linux-gnu/libc.so.6 输出）。在 Linux 上，共享库的线程本地存储支持由/lib64/ld-linux-x86-64.so.2 实现。这是一个实现细节，但也是 glibc 依赖 ld-linux-x86-64.so 的原因。