最近在弄GCC的預(yù)編譯頭，用C++開發(fā)工程最難以忍受的就是烏龜似地的編譯速度，用VC開發(fā)工程的時(shí)候，VC會(huì)默認(rèn)幫我們引入預(yù)編譯頭，那么GCC呢？其實(shí)GCC也是支持預(yù)編譯頭得， http://lych.yo2.cn/articles/淺談gcc預(yù)編譯頭技術(shù).html 這篇文章就詳細(xì)講解了如何GCC下預(yù)編譯頭得一些知識(shí), 所以具體如何在GCC中加入預(yù)編譯頭,大家可以參考這篇文章。
在給GCC添加預(yù)編譯頭時(shí)也遇到了一些問(wèn)題，并且對(duì)C++/C的編譯有了一些新的認(rèn)識(shí)！
很多在linux下寫程序的人都應(yīng)該看過(guò)《和我一起寫Makefile》這篇文章，里面講過(guò)如何利用GCC的-MM選項(xiàng)自動(dòng)生成依賴：
%.d: %.cpp
@$(GPP) -MM $(INCLUDE) $< > $@.tmp;\
sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' < $@.tmp > $@;\
rmf $@.tmp
這里利用了一個(gè)模式規(guī)則，將CPP文件依賴的頭文件寫到一個(gè).d文件中，執(zhí)行Makefile時(shí)我們只需要include這些.d文件，GCC就會(huì)根據(jù)里面的依賴關(guān)系來(lái)生成對(duì)應(yīng)的.o文件了！
但是實(shí)際上GCC的自動(dòng)推導(dǎo)能力非常強(qiáng)大，我們其實(shí)只需要寫下一條這樣的模式就可以了，
%.o:%.cpp
@$(GPP) $(CPPFLAGS) $< $(INCLUDE)
GCC就會(huì)自動(dòng)推導(dǎo)出CPP文件所需要依賴的頭文件進(jìn)行編譯了！
如果你在自己的工程中加入了預(yù)編譯頭，你就必須使用下面一種模式。
舉個(gè)例子，比如你們工程開發(fā)了一些基礎(chǔ)庫(kù)，已經(jīng)比較穩(wěn)定了，除了一些少量的BUG FIX外，很少需要修改，當(dāng)你通過(guò)源碼形式引用的時(shí)候，你當(dāng)然不希望每次編譯的時(shí)候都去編譯
這些基礎(chǔ)庫(kù)，如是你決定將他們加入預(yù)編譯頭中去，但是當(dāng)你使用第一種方式寫Makefile的時(shí)候，你發(fā)現(xiàn)被你加入到預(yù)編譯頭中的頭文件還是被重復(fù)編譯了，因?yàn)?MM選項(xiàng)會(huì)把你CPP文件
依賴的非系統(tǒng)頭文件全部放在對(duì)應(yīng)的.d文件中。但是當(dāng)你使用第二種Makefile時(shí)，GCC看到一個(gè)預(yù)編譯頭后，他不會(huì)按照常規(guī)的方式將它展開，而是回去尋找對(duì)應(yīng)的.gch文件，然后進(jìn)行編譯，
如果你想一探究竟的話,編譯加上-H選項(xiàng)就可以看出其中的差異了！
這樣生成的預(yù)編譯頭如果要使用的話，需要和編譯CPP文件使用相同的選項(xiàng)，否則后出現(xiàn)一些奇怪的編譯錯(cuò)誤，我的做法是寫一個(gè)預(yù)編譯頭得模式：
%.h.gch:%.h
$(GPP) $(CPPFLAGS) $< $(INCLUDE)