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