gcc为什么要包含基础C库

ycnian

gcc是Linux系统的编译器，glibc是Linux的运行库，那么gcc为什么也要实现glibc中的基础函数呢？比如gcc/string/包含了字符串相关的函数，gcc/stdio-common/包含了I/O函数。glibc已经实现了这些基础函数，gcc直接调用glibc中的函数不行吗？程序运行时（假设时静态链接）到底执行的是哪里的函数？下面这段程序编译时会报警告信息
// hello.c
int main()
{
        printf("hello world\n");
        return 0;
}
警告信息如下：
[root@mail test]# gcc -o hello hello.c
hello.c: 在函数‘main’中:
hello.c:4:2: 警告：隐式声明与内建函数‘printf’不兼容
这里内建函数就是gcc中的函数吧？这条警告信息是由于没有包含头文件stdio.h造成的，是否hello.c中包含了头文件就使用glibc中的函数，不包含头文件就使用gcc中的函数？我看了下glibc和gcc中printf()的实现过程，二者完全一致，为什么会出现不兼容的警告信息呢？不光printf()，其他函数在gcc和glibc中的实现基本都一致，只是一小些细节有出入，我猜是由于版本不同造成的，也就是说gcc和glibc中基础库是同一套代码。还是回到最初的问题：gcc不是一个编译器吗，为什么要包含基础库函数呢？非常感谢。

MMMIX

ycnian 发表于 2013-10-28 17:36
gcc是Linux系统的编译器，glibc是Linux的运行库，那么gcc为什么也要实现glibc中的基础函数呢？比如gcc/stri ...

其中一个目的是为了优化，例如若函数调用的结果在编译时就可以确定，那就在编译时直接调用这个函数，只保留结果就可以了，这样就不需要在运行时再调用一次了（若动态链接的话这种调用的开销还是蛮高的）。

armtdmi

C 语言不提供内建的input/output, memory management,string manipulation etc. 这些函数是定义在一个标准库中的。GNU C library实现了ISO C standard 和Posix 和GNU 扩展中定义的函数。所以glibc不只是linux的运行时库。

syre

gcc不止用于linux，而是支持大多数操作系统，包括windows。

内建这些玩意其实是向前兼容那些在c标准之前的非标准代码

braveyly

在网上找到的两段话，或许有点提示：
（1）
gcc 是编译器，基本上 Linux 下所有的程序（包括内核）都是 gcc 编译的，libc 当然也是。
gcc 和 libc 是互相依赖的两个软件，它们合作的方式类似 Linux 系统的 "自举"。先在一个可以运行的带有老 libc 和 gcc 的系统上，用老 gcc 编译出一个新版本的 gcc + 老 libc，再用这个新 gcc 编译出一个新 gcc + 新 libc，再用这套东东编译整个新系统。
（2）
上个月的一篇博文《glibc-2.10.1头文件string.h带来的问题》提到在更新了glibc之后，不少地方编译都会出现问题。这一现象在我以前升级glibc-2.3.5的时候也遇见不少。再次碰到以后思忖良久，觉得还是应该再次编译gcc尝试一把。我的系统是首先在glibc-2.3.5环境下升级到gcc-4.4.0的，之后在gcc-4.4.0和glibc-2.3.5的环境下编译了glibc-2.10.1，并成功升级，但并未再次编译gcc-4.4.0。于是再次在gcc-4.4.0和glibc-2.10.1环境下重新编译gcc-4.4.0，update之后换回原版的string.h，再未出现类似的编译问题。
    感觉glibc和gcc两者就像一个连环套，真是奇妙啊。


也许：glibc和gcc互为基础，都需要一套实现