我总是使用file
命令来检查文件类型,主要是在我编译一个新项目以确保一切正常之后。
输出类似于以下内容:
proj_out: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, for GNU/Linux 2.6.24, BuildID[sha1]=0x23d9f966854e09d721c6110d505247483dae02fe, stripped
我的问题是,因为我的Linux内核已更新到3.0+,为什么它仍然显示它是针对旧版Linux编译的?
for GNU/Linux 2.6.24
是否与file
命令有关,还是我必须做任何事情来编译我的项目对新的Linux内核?
由于
答案 0 :(得分:9)
file 在可执行文件上显示的内核版本与系统上安装的内核无关。它与程序在构建时链接的C库相匹配。
您的C编译器针对特定的C库(通常是glibc)。反过来,C库以内核API为目标(即C库是为特定内核构建的)。这是文件显示的版本。
您不必担心 file 显示的内核版本与计算机上安装的内核版本之间的匹配。
@REALFREE:您可以尝试以下实验。也许会的 帮助您掌握正在发生的事情:
$ uname -r 3.10-2-amd64 $ gcc -Wall -Werror hello.c -o hello $ readelf --notes ./hello Displaying notes found at file offset 0x0000021c with length 0x00000020: Owner Data size Description GNU 0x00000010 NT_GNU_ABI_TAG (ABI version tag) OS: Linux, ABI: 2.6.32
有关 ABI标记的信息包含在精灵中 段称为注意。此信息由链接器编写 程序编译时。它匹配C库的ABI标记。
$ ldd ./hello linux-vdso.so.1 (0x00007fffd31fe000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5f1a465000) /lib64/ld-linux-x86-64.so.2 (0x00007f5f1a827000) $ readelf --notes /lib/x86_64-linux-gnu/libc.so.6 Displaying notes found at file offset 0x00000294 with length 0x00000020: Propriétaire Taille des données Description GNU 0x00000010 NT_GNU_ABI_TAG (étiquette de version ABI) OS: Linux, ABI: 2.6.32
为了构建C库,您必须选择一个内核 版。这里,C库是为2.6.32内核编译的 它也适用于更新的内核。但是,如果该计划 运行在早于2.6.32的内核上,内核太旧警告 显示。
答案 1 :(得分:2)
该版本号是指在运行编译器的主机上构建glibc C库的内核头文件。从广义上讲,它显示了可执行文件将支持的内核级别。