關(guān)注、星標(biāo)公眾號(hào)，直達(dá)精彩內(nèi)容

來(lái)源 | 技術(shù)讓夢(mèng)想更偉大

整理 | 李肖遙

很多時(shí)候，出現(xiàn)一些類似GNU,GCC,CLANG,LLVM等與編譯器有關(guān)的名詞的時(shí)候，都不太清楚它到底是干嘛的,理解這些東西后，對(duì)于xcode中很多配置型的需求修改起來(lái)都會(huì)得心應(yīng)手，因此有必要了解透徹他們直接的關(guān)系與區(qū)別。

1，GNU

先看看wiki百科上的官方說(shuō)明：

“GNU，名稱來(lái)自Gnu's Not Unix"的縮寫，一個(gè)類UNIX的操作系統(tǒng)，由GNU計(jì)劃推動(dòng)，目標(biāo)在于創(chuàng)建一個(gè)完全兼容于UNIX的自由軟件環(huán)境?！?

由于當(dāng)時(shí)UNIX系統(tǒng)是商業(yè)軟件，是收費(fèi)的，而且有一部分源碼是沒(méi)有開放的，所以在1983年，理查德·斯托曼提出GNU計(jì)劃，希望發(fā)展出一套完整的開放源代碼操作系統(tǒng)來(lái)取代Unix，計(jì)劃中的操作系統(tǒng)，名為GNU。

因此，GNU的出現(xiàn)的目的就是為了取代UNIX系統(tǒng)。

但是操作系統(tǒng)是包括很多軟件的，除了操作系統(tǒng)內(nèi)核之外，還要有編輯器，編譯器，shell等等一些軟件來(lái)支持。

1989年，GNU項(xiàng)目中的其他部份，如編輯器、編譯器、shell等都已經(jīng)完成，獨(dú)缺操作系統(tǒng)核心。1990年，自由軟件基金會(huì)開始正式發(fā)展Hurd，作為GNU項(xiàng)目中的操作系統(tǒng)。

注意：linux并不是GNU計(jì)劃的一部分。linux只是使用了許多GNU計(jì)劃軟件(包括GCC編譯器，文本編譯器等)。

1991年，Linux出現(xiàn)，所有GNU項(xiàng)目中，運(yùn)行于用戶空間的軟件，都可以在Linux上使用。許多開發(fā)者轉(zhuǎn)向于Linux，Linux成為常見的GNU計(jì)劃軟件運(yùn)行平臺(tái)。理查德·斯托曼主張，Linux操作系統(tǒng)使用了許多GNU計(jì)劃軟件，應(yīng)正名為GNU/Linux，但沒(méi)有得到Linux社區(qū)的一致認(rèn)同，形成GNU/Linux命名爭(zhēng)議。

1992年，Linux與其他GNU軟件結(jié)合，完全自由的操作系統(tǒng)正式誕生。許多程序員參與了Linux的開發(fā)與修改，也經(jīng)常將Linux當(dāng)成開發(fā)GNU計(jì)劃軟件的平臺(tái)。該操作系統(tǒng)往往被稱為“GNU/Linux”或簡(jiǎn)稱Linux。但Linux本身不屬于GNU計(jì)劃的一部份，GNU計(jì)劃自己的內(nèi)核Hurd依然在開發(fā)中，但直到2013年為止，都還沒(méi)有穩(wěn)定版本發(fā)布。

GNU工程十幾年以來(lái)已經(jīng)成為一個(gè)對(duì)軟件開發(fā)主要的影響力量，創(chuàng)造了無(wú)數(shù)的重要的工具，例如：強(qiáng)健的編譯器，有力的文本編輯器，甚至一個(gè)全功能的操作系統(tǒng)。這個(gè)工程是從1984年麻省理工學(xué)院的程序員理查德·斯托曼的想法得來(lái)的，他想要?jiǎng)?chuàng)建一個(gè)自由的、和UNIX類似的操作環(huán)境。從那時(shí)開始，許多程序員聚集起來(lái)開始開發(fā)一個(gè)自由的、高質(zhì)量、易理解的軟件。

GNU計(jì)劃采用了部分當(dāng)時(shí)已經(jīng)可自由使用的軟件，例如TeX排版系統(tǒng)和X Window視窗系統(tǒng)等。不過(guò)GNU計(jì)劃也開發(fā)了大批其他的自由軟件，這些軟件也被移植到其他操作系統(tǒng)平臺(tái)上，例如Microsoft Windows、BSD家族、Solaris及Mac OS。

許多UNIX系統(tǒng)上也安裝了GNU軟件，因?yàn)镚NU軟件的質(zhì)量比之前UNIX的軟件還要好。

所以，GNU計(jì)劃中的許多軟件目前在所有的操作系統(tǒng)中都應(yīng)用廣泛(Unix，mac，linux，windows，bsd...)，最出名的就是GCC了

總結(jié)

GNU計(jì)劃本來(lái)是為了開發(fā)一個(gè)自由系統(tǒng)來(lái)取代UNIX的，但是由于開發(fā)的內(nèi)核hurd一直不怎么樣，這個(gè)系統(tǒng)至今都沒(méi)出穩(wěn)定版本，然而GNU計(jì)劃中開發(fā)的其他一些自由軟件，比如GCC編譯器，卻非常的好，在移植到各大操作系統(tǒng)上一直廣泛使用至今。

注意一點(diǎn)

文中說(shuō)的自由軟件，千萬(wàn)別與免費(fèi)軟件混淆了，自由是說(shuō)你可以自由的使用，當(dāng)然前提是獲得了源碼才能自由的使用。

比如，你在一個(gè)應(yīng)用里面使用了gcc計(jì)劃的軟件，你賣自己的應(yīng)用多少錢你自己定。免費(fèi)的軟件不一定是開源的。

2，GCC

先看看wiki百科上的官方說(shuō)明：

“ GCC(GNU Compiler Collection，GNU編譯器套裝)，是一套由GNU開發(fā)的編程語(yǔ)言編譯器。它是一套以GPL及LGPL許可證所發(fā)布的自由軟件，也是GNU項(xiàng)目的關(guān)鍵部分，亦是自由的類Unix及蘋果電腦Mac OS X 操作系統(tǒng)的標(biāo)準(zhǔn)編譯器。GCC(特別是其中的C語(yǔ)言編譯器)也常被認(rèn)為是跨平臺(tái)編譯器的事實(shí)標(biāo)準(zhǔn)。

GCC原名為GNU C語(yǔ)言編譯器(GNU C Compiler)，因?yàn)樗局荒芴幚鞢語(yǔ)言。GCC很快地?cái)U(kuò)展，變得可處理C 。之后也變得可處理Fortran、Pascal、Objective-C、Java、Ada，以及Go與其他語(yǔ)言。

原本用C開發(fā)，后來(lái)因?yàn)長(zhǎng)LVM、Clang的崛起，令GCC更快將開發(fā)語(yǔ)言轉(zhuǎn)換為C 。許多C的愛(ài)好者在對(duì)C 一知半解的情況下主觀認(rèn)定C 的性能一定會(huì)輸給C，但是Taylor給出了不同的意見，并表明C 不但性能不輸給C，而且能設(shè)計(jì)出更好，更容易維護(hù)的程序 ”

由于GCC已成為GNU系統(tǒng)的官方編譯器(包括GNU/Linux家族)，它也成為編譯與創(chuàng)建其他操作系統(tǒng)的主要編譯器，包括BSD家族、Mac OS X、NeXTSTEP與BeOS。

GCC通常是跨平臺(tái)軟件的編譯器首選。有別于一般局限于特定系統(tǒng)與運(yùn)行環(huán)境的編譯器，GCC在所有平臺(tái)上都使用同一個(gè)前端處理程序，產(chǎn)生一樣的中介碼，因此此中介碼在各個(gè)其他平臺(tái)上使用GCC編譯，有很大的機(jī)會(huì)可得到正確無(wú)誤的輸出程序。

總結(jié)

mac之前的cocoa框架便是用GCC編譯的，所以ios與mac os都是默認(rèn)使用的GCC編譯器(現(xiàn)在是clang與llvm，下面會(huì)有介紹)

android的系統(tǒng)層因?yàn)槭莑inux內(nèi)核，自然也是GCC編譯的，但是android的app因?yàn)槭沁\(yùn)行在Dalvik虛擬機(jī)，所以用的不是GCC。

windows的應(yīng)用，大部分都是使用的vs系列的編譯器，畢竟是windows自家的編譯器，用到GCC的不多。

3，Clang

先看看wiki百科上的官方說(shuō)明：http://zh.wikipedia.org/wiki/Clang

“ Clang 是一個(gè)C、C 、Objective-C和Objective-C 編程語(yǔ)言的編譯器前端。它采用了底層虛擬機(jī)(LLVM)作為其后端。

它的目標(biāo)是提供一個(gè)GNU編譯器套裝(GCC)的替代品。Clang項(xiàng)目包括Clang前端和Clang靜態(tài)分析器等。

這個(gè)軟件項(xiàng)目在2005年由蘋果電腦發(fā)起，是LLVM編譯器工具集的前端(front-end)，目的是輸出代碼對(duì)應(yīng)的抽象語(yǔ)法樹(Abstract Syntax Tree, AST)，并將代碼編譯成LLVM Bitcode。接著在后端(back-end)使用LLVM編譯成平臺(tái)相關(guān)的機(jī)器語(yǔ)言 。Clang支持C、C 、Objective C。

Clang本身性能優(yōu)異，其生成的AST所耗用掉的內(nèi)存僅僅是GCC的20%左右。FreeBSD 10將Clang/LLVM作為默認(rèn)編譯器.

測(cè)試證明Clang編譯Objective-C代碼時(shí)速度為GCC的3倍，還能針對(duì)用戶發(fā)生的編譯錯(cuò)誤準(zhǔn)確地給出建議。

總結(jié)

GCC目前作為跨平臺(tái)編譯器來(lái)說(shuō)它的兼容性無(wú)異是最強(qiáng)的，兼容最強(qiáng)肯定是以犧牲一定的性能為基礎(chǔ)的，蘋果為了提高性能，因此專門針對(duì)mac系統(tǒng)開發(fā)了專用的編譯器clang與llvm，clang用于編譯器前段，llvm用于后端。

3，LLVM

先看看wiki百科上的官方說(shuō)明：http://zh.wikipedia.org/wiki/LLVM

“ LLVM，它是一個(gè)編譯器的基礎(chǔ)建設(shè)，以C 寫成。它是為了任意一種編程語(yǔ)言寫成的程序，利用虛擬技術(shù)，創(chuàng)造出編譯時(shí)期，鏈結(jié)時(shí)期，運(yùn)行時(shí)期以及“閑置時(shí)期”的優(yōu)化。

在Xcode4之后，蘋果將Xcode的默認(rèn)編譯器變成了LLVM，為什么呢?

LLVM歷史

Apple(包括中后期的NeXT) 一直使用GCC作為官方的編譯器。GCC作為開源世界的編譯器標(biāo)準(zhǔn)一直做得不錯(cuò)，但Apple對(duì)編譯工具會(huì)提出更高的要求。

一方面，是Apple對(duì)Objective-C語(yǔ)言(甚至后來(lái)對(duì)C語(yǔ)言)新增很多特性，但GCC開發(fā)者并不買Apple的帳——不給實(shí)現(xiàn)，因此索性后來(lái)兩者分成兩條分支分別開發(fā)，這也造成Apple的編譯器版本遠(yuǎn)落后于GCC的官方版本。另一方面，GCC的代碼耦合度太高，不好獨(dú)立，而且越是后期的版本，代碼質(zhì)量越差，但Apple想做的很多功能(比如更好的IDE支持)需要模塊化的方式來(lái)調(diào)用GCC，但GCC一直不給做，從根本上限制了LLVM-GCC的開發(fā)。所以，這種不和讓Apple一直在尋找一個(gè)高效的、模塊化的、協(xié)議更放松的開源替代品，于是Apple請(qǐng)來(lái)了編譯器高材生Chris Lattner， LLVM就這樣產(chǎn)生了。

Clang歷史

Apple吸收Chris Lattner的目的要比改進(jìn)GCC代碼優(yōu)化宏大得多——GCC系統(tǒng)龐大而笨重，而Apple大量使用的Objective-C在GCC中優(yōu)先級(jí)很低。此外GCC作為一個(gè)純粹的編譯系統(tǒng)，與IDE配合得很差。加之許可證方面的要求，Apple無(wú)法使用LLVM 繼續(xù)改進(jìn)GCC的代碼質(zhì)量。于是，Apple決定從零開始寫 C、C 、Objective-C語(yǔ)言的前端 Clang，完全替代掉GCC。

正像名字所寫的那樣，Clang只支持C，C 和Objective-C三種C家族語(yǔ)言。2007年開始開發(fā)，C編譯器最早完成，而由于Objective-C相對(duì)簡(jiǎn)單，只是C語(yǔ)言的一個(gè)簡(jiǎn)單擴(kuò)展，很多情況下甚至可以等價(jià)地改寫為C語(yǔ)言對(duì)Objective-C運(yùn)行庫(kù)的函數(shù)調(diào)用，因此在2009年時(shí)，已經(jīng)完全可以用于生產(chǎn)環(huán)境。C 的支持也熱火朝天地進(jìn)行著。

更詳細(xì)的原因：

Xcode編譯器介紹:

http://www.cnblogs.com/ydhliphonedev/archive/2012/08/29/2661726.html

總結(jié)：

因?yàn)镚CC的編譯器已經(jīng)慢慢無(wú)法滿足蘋果的需求，因此，蘋果開發(fā)了Clang與LLVM來(lái)完全取代GCC，Xcode4之后，蘋果的默認(rèn)編譯器已經(jīng)是LLVM了。Clang作為編譯器前端，LLVM作為編譯器后端。

在Xcode6.0中查看默認(rèn)編譯器：

4，編譯器相關(guān)知識(shí)

問(wèn)題：蘋果以clang作為編譯器前端，llvm作為編譯器后端，那么編譯器的前后端到底是什么東西呢?

我們先回到一個(gè)常識(shí)性的問(wèn)題，什么是編譯器呢?簡(jiǎn)單地說(shuō)，編譯器可以看作是一個(gè)語(yǔ)言翻譯器。就像把中文翻譯成英語(yǔ)一樣，編譯器可以把高級(jí)語(yǔ)言翻譯成計(jì)算機(jī)能夠執(zhí)行的機(jī)器語(yǔ)言。這樣看來(lái)，GCC可以算得上是一個(gè)精通多國(guó)語(yǔ)言的高級(jí)翻譯官了。

最簡(jiǎn)單的GCC使用指令如下所示：

gcc hello.c -o hello
GCC接受hello.c作為輸入，最后產(chǎn)生目標(biāo)可執(zhí)行代碼hello，這個(gè)簡(jiǎn)單的流程實(shí)際上經(jīng)歷了很多步驟。

雖然我們只用了一條命令就完成了編譯，但實(shí)際上gcc命令依次呼叫了cpp，gcc自己，gas以及l(fā)d來(lái)進(jìn)行完整的編譯流程，最后生成最終的可執(zhí)行文件hello。

學(xué)過(guò)編譯原理這門課程的同學(xué)對(duì)下面這副圖應(yīng)該很熟悉，這是經(jīng)典的編譯流程。

下面以GCC編譯器為例，GCC作為經(jīng)典的編譯器，自然也是遵循這個(gè)教科書流程(實(shí)際GCC的處理更復(fù)雜點(diǎn)，但本質(zhì)上是一樣的)。

我們先簡(jiǎn)化一下上面這幅圖，以中間代碼為分界，前面的詞法分析、語(yǔ)法分析、語(yǔ)義分析我們把它稱之為前端處理，后面的優(yōu)化和目標(biāo)代碼生成我們稱之為后端處理。

試想一下，是否可以為不同的高級(jí)語(yǔ)言單獨(dú)寫一個(gè)前端，然后為不同的處理器架構(gòu)單獨(dú)寫一個(gè)后端呢?

GCC基本上也是這么實(shí)現(xiàn)的，不過(guò)不要誤會(huì)，并沒(méi)有一個(gè)統(tǒng)一的gcc執(zhí)行程序能夠處理如此多的前端和后端，每個(gè)語(yǔ)言的編譯器都是一個(gè)獨(dú)立的程序(如C語(yǔ)言的編譯器是gcc，C 的編譯器是g )，而不同的后端也要對(duì)應(yīng)不同的可執(zhí)行程序。你可以下載單獨(dú)的一份GCC源代碼，通過(guò)不同的configure來(lái)生成自己需要的編譯器。

而且，編譯器的實(shí)現(xiàn)也比上圖要復(fù)雜的多，前端的主要功能是產(chǎn)生一個(gè)可供后端處理的語(yǔ)法樹，而語(yǔ)法樹結(jié)構(gòu)實(shí)際上很難與處理器架構(gòu)脫鉤，這些都是編譯器應(yīng)用中需要解決的問(wèn)題。

GCC強(qiáng)大的真正原因是什么?是因?yàn)樗С至吮姸嗟那岸撕秃蠖藛?這些都不過(guò)是一個(gè)表象而已。GCC是一款真正自由的編譯器，我們可以隨時(shí)把代碼拿過(guò)來(lái)修改以實(shí)現(xiàn)自己需要的功能。如果你的硬件平臺(tái)增加了一些指令，而普通的編譯器并不能產(chǎn)生這些指令怎么辦?在GCC后端添加這些指令吧。如果你覺(jué)得C語(yǔ)言用的不太順手，想給它添加一些功能怎么辦?修改GCC的前端吧。因?yàn)橛辛薌CC，我們才擁有這些自由，以及迅速實(shí)現(xiàn)自己想法的能力，而這些才是GCC強(qiáng)大背后的基礎(chǔ)。

????????????????  END  ????????????????