gcc為什么要包含基礎(chǔ)C庫(kù)

ycnian

gcc是Linux系統(tǒng)的編譯器，glibc是Linux的運(yùn)行庫(kù)，那么gcc為什么也要實(shí)現(xiàn)glibc中的基礎(chǔ)函數(shù)呢？比如gcc/string/包含了字符串相關(guān)的函數(shù)，gcc/stdio-common/包含了I/O函數(shù)。glibc已經(jīng)實(shí)現(xiàn)了這些基礎(chǔ)函數(shù)，gcc直接調(diào)用glibc中的函數(shù)不行嗎？程序運(yùn)行時(shí)（假設(shè)時(shí)靜態(tài)鏈接）到底執(zhí)行的是哪里的函數(shù)？下面這段程序編譯時(shí)會(huì)報(bào)警告信息
// hello.c
int main()
{
        printf("hello world\n");
        return 0;
}
警告信息如下：
[root@mail test]# gcc -o hello hello.c
hello.c: 在函數(shù)‘main’中:
hello.c:4:2: 警告：隱式聲明與內(nèi)建函數(shù)‘printf’不兼容
這里內(nèi)建函數(shù)就是gcc中的函數(shù)吧？這條警告信息是由于沒有包含頭文件stdio.h造成的，是否hello.c中包含了頭文件就使用glibc中的函數(shù)，不包含頭文件就使用gcc中的函數(shù)？我看了下glibc和gcc中printf()的實(shí)現(xiàn)過程，二者完全一致，為什么會(huì)出現(xiàn)不兼容的警告信息呢？不光printf()，其他函數(shù)在gcc和glibc中的實(shí)現(xiàn)基本都一致，只是一小些細(xì)節(jié)有出入，我猜是由于版本不同造成的，也就是說gcc和glibc中基礎(chǔ)庫(kù)是同一套代碼。還是回到最初的問題：gcc不是一個(gè)編譯器嗎，為什么要包含基礎(chǔ)庫(kù)函數(shù)呢？非常感謝。

MMMIX

ycnian 發(fā)表于 2013-10-28 17:36
gcc是Linux系統(tǒng)的編譯器，glibc是Linux的運(yùn)行庫(kù)，那么gcc為什么也要實(shí)現(xiàn)glibc中的基礎(chǔ)函數(shù)呢？比如gcc/stri ...

其中一個(gè)目的是為了優(yōu)化，例如若函數(shù)調(diào)用的結(jié)果在編譯時(shí)就可以確定，那就在編譯時(shí)直接調(diào)用這個(gè)函數(shù)，只保留結(jié)果就可以了，這樣就不需要在運(yùn)行時(shí)再調(diào)用一次了（若動(dòng)態(tài)鏈接的話這種調(diào)用的開銷還是蠻高的）。

armtdmi

C 語言不提供內(nèi)建的input/output, memory management,string manipulation etc. 這些函數(shù)是定義在一個(gè)標(biāo)準(zhǔn)庫(kù)中的。GNU C library實(shí)現(xiàn)了ISO C standard 和Posix 和GNU 擴(kuò)展中定義的函數(shù)。所以glibc不只是linux的運(yùn)行時(shí)庫(kù)。

syre

gcc不止用于linux，而是支持大多數(shù)操作系統(tǒng)，包括windows。

內(nèi)建這些玩意其實(shí)是向前兼容那些在c標(biāo)準(zhǔn)之前的非標(biāo)準(zhǔn)代碼

braveyly

在網(wǎng)上找到的兩段話，或許有點(diǎn)提示：
（1）
gcc 是編譯器，基本上 Linux 下所有的程序（包括內(nèi)核）都是 gcc 編譯的，libc 當(dāng)然也是。
gcc 和 libc 是互相依賴的兩個(gè)軟件，它們合作的方式類似 Linux 系統(tǒng)的 "自舉"。先在一個(gè)可以運(yùn)行的帶有老 libc 和 gcc 的系統(tǒng)上，用老 gcc 編譯出一個(gè)新版本的 gcc + 老 libc，再用這個(gè)新 gcc 編譯出一個(gè)新 gcc + 新 libc，再用這套東東編譯整個(gè)新系統(tǒng)。
（2）
上個(gè)月的一篇博文《glibc-2.10.1頭文件string.h帶來的問題》提到在更新了glibc之后，不少地方編譯都會(huì)出現(xiàn)問題。這一現(xiàn)象在我以前升級(jí)glibc-2.3.5的時(shí)候也遇見不少。再次碰到以后思忖良久，覺得還是應(yīng)該再次編譯gcc嘗試一把。我的系統(tǒng)是首先在glibc-2.3.5環(huán)境下升級(jí)到gcc-4.4.0的，之后在gcc-4.4.0和glibc-2.3.5的環(huán)境下編譯了glibc-2.10.1，并成功升級(jí)，但并未再次編譯gcc-4.4.0。于是再次在gcc-4.4.0和glibc-2.10.1環(huán)境下重新編譯gcc-4.4.0，update之后換回原版的string.h，再未出現(xiàn)類似的編譯問題。
    感覺glibc和gcc兩者就像一個(gè)連環(huán)套，真是奇妙啊。


也許：glibc和gcc互為基礎(chǔ)，都需要一套實(shí)現(xiàn)