/lib/i386-linux-gnu/libc.so.6
这是该库的32位版本.
/lib/x86_64-linux-gnu/libc.so.6
这是该库的64位版本.
两者通常是实际库文件的符号链接,通常根据glibc版本号命名,例如libc-2.15.so
/usr/lib/x86_64-linux-gnu/libc.so
这不是库,而是链接器脚本文件,它引用上面的符号链接.
为什么我们需要所有这些:
首先,无论安装了libc版本,链接器总是会搜索libc.so,因为编译器驱动程序将始终传递给链接器-lc选项.名称libc保持不变,表示最新版本的库.
符号链接libc.so.6以库的soname命名,它或多或少对应于库的ABI版本.实际上,libc.so链接的可执行文件包含对libc.so.6的运行时依赖性.
如果我们想象有一天会发布一个严重的ABI不兼容的libc,它的soname可以命名为libc.so.7,例如这个版本coukld与旧的libc.so.6版本共存,因此可以与一个或另一个链接的可执行文件在同一系统中共存,
最后,名称libc-2.15.so引用libc版本,当您安装新的libc包时,名称将更改为libc-2.16.so.如果它与先前版本二进制兼容,则libc.so.6链接将以这种方式保持命名,并且现有可执行文件将继续工作.