/lib/i386-linux-gnu/libc.so.6,/lib/x86_64-linux-gnu/libc.so.6和/usr/lib/x86_64-linux-gnu/libc.so有什么区别？

Question

我在我的Linux Mint 14 Nadia中安装了Matlab(uname -a显示:Linux Ideapad-Z570 3.5.0-17-generic#28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux)当从命令行调用它时,我会得到:"/ lib64/libc.so not found".

我通过在/ lib64中创建链接来遵循mathworks的帮助:

ln -s /lib/x86_64-linux-gnu/libc.so.6 .

这解决了这个问题.

现在,如果我找到这个库,我得到:

locate "libc.so"
/lib/i386-linux-gnu/libc.so.6
/lib/x86_64-linux-gnu/libc.so.6
/usr/lib/x86_64-linux-gnu/libc.so

我将在这台计算机上使用gcc进行编译,我希望能有完整的64位编译.拥有所有这些不同的libc.so库到底意味着什么？gnu编译器将使用哪一个？我需要做什么不同的gcc编译64位？

我也想尽可能地为我的新i7核心进行优化!

Answer 1

/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链接将以这种方式保持命名,并且现有可执行文件将继续工作.