使用GCC编译C项目时采用了哪些默认库

2023年10月24日 291次阅读

我有简单的应用：

#include <stdio.h>
int main( int argc, char ** argv )
{
    printf( "hello");
    exit( 0 );
}

当我用命令编译它

gcc -c count_words.c

我有警告：

warning: incompatible implicit declaration of built-in function ‘exit’ [enabled by default]
     exit( 0 );

我试图找到定义exit()函数的位置.并发现它是在stdlib.h中定义的.但它不包含在我的项目中,并且在编译命令中没有定义其他库.

如果我错了,请纠正我,但看起来像gcc默认使用一些库.什么是这些库,是否可以告诉gcc不包括它们？

为什么编译器对exit(0)不满意,假设它以某种方式包含stdlib.h作为默认值？

最佳答案 我们举个例子：

#include <stdio.h>

int main( int argc, char ** argv )
{
    printf("hello\n");
    exit(56);
}

虽然我们收到编译警告：

~$gcc test.c -o test
test.c: In function ‘main’:
test.c:6:5: warning: implicit declaration of function ‘exit’ [-Wimplicit-function-declaration]
     exit(56);
     ^
test.c:6:5: warning: incompatible implicit declaration of built-in function ‘exit’
test.c:6:5: note: include ‘<stdlib.h>’ or provide a declaration of ‘exit’

无论如何,我认为你已经尝试运行它并确保它有效：

~$./test
hello
~$echo $?
56

当他说：@Mat是对的时候：

You’re mixing up including headers and linking to libraries. Those are
two completely different things

C编译器和链接器是完全独立的工具.我们来看看吧.实际上,这个程序依赖于标准C库(如果没有将-nostdlib传递给编译器,则为所有程序)和一些系统库(如loader和vdso).你可能会看到它：

~$ldd test
    linux-vdso.so.1 (0x00007fff1b128000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f804389f000)
    /lib64/ld-linux-x86-64.so.2 (0x0000557744537000)

这三个库是任何程序的最小集合.退出函数在我们的案例中在标准库或libc.so.6中定义.现在让我们以详细模式查看编译过程.您可以通过向编译器传递-v或–verbose选项来实现此目的：

gcc test.c -o test --verbose

如果您将执行此操作,您将找到以下行：

#include <...> search starts here:
/usr/lib/gcc/x86_64-redhat-linux/5.3.1/include
/usr/local/include
/usr/include

因此,编译知道在哪里搜索stdlib的头文件,并开始搜索它以查找非本地函数的声明.请注意,它仅搜索源代码文件中包含的头文件.它可以在stdio.h中找到printf声明,但无法找到退出的声明.

完成此步骤后,编译开始将程序与库链接：

/usr/libexec/gcc/x86_64-redhat-linux/5.3.1/collect2 ... -lc ...

其中collect2是gcc util,它试图将你的程序与标准C库的lc链接起来.请注意,该过程包括两个步骤：编译和链接.这就是你的程序运作的原因.

此外,gcc支持-M选项,它将告诉您主文件的依赖关系.因此,如果您将执行它,您将看到包括stdio.h的头文件集,但不是stdlib.h：

$gcc -M test.c
test.o: test.c /usr/include/stdc-predef.h /usr/include/stdio.h \
 /usr/include/features.h /usr/include/sys/cdefs.h \
 /usr/include/bits/wordsize.h /usr/include/gnu/stubs.h \
 /usr/include/gnu/stubs-64.h \
 /usr/lib/gcc/x86_64-redhat-linux/5.3.1/include/stddef.h \
 /usr/include/bits/types.h /usr/include/bits/typesizes.h \
 /usr/include/libio.h /usr/include/_G_config.h /usr/include/wchar.h \
 /usr/lib/gcc/x86_64-redhat-linux/5.3.1/include/stdarg.h \
 /usr/include/bits/stdio_lim.h /usr/include/bits/sys_errlist.h

或者甚至更好,尝试将-E选项传递给gcc：

$gcc -E test.c

你会在第一阶段 – 预处理阶段之后看到结果.我认为这是了解为什么会收到此警告的最简单方法.

点赞