許多初學 vc 的朋友也許都為那麼乙個問題困擾過：
為什麼所有的 cpp 都必須 #include 「stdafx.h」
也許請教了別的高手之後，他們會告訴你，這是預編譯頭，必須包含。可是，這到底
是為什麼呢？預編譯頭有什麼用呢？
這得從頭檔案的編譯原理講起。其實標頭檔案並不神秘，它的全部作用，就是把自己的
所有內容直接「貼上」到相應的 #include 語句處。如果不相信的話，不妨做個實驗，將
乙個 cpp 中的所有 #include 語句刪掉，並將它包含的檔案貼上到相應的位置，你會發
現，檔案的編譯和執行都完全沒有受到影響。其實，編譯器在編譯你的程式的時候，所做
的第一件事，也就是展開所有的 #include 語句和 #define 語句。
標頭檔案的出現，固然給書寫程式帶來了很大方便。可是到了 windows 時代後，慢慢
就呈現出一些問題了。幾乎所有的 windows 程式都必須包含 windows.h，而那個檔案卻
碩大無比，將它展開後往所有檔案中一貼上，編譯的時候立刻慢得像只蝸牛。
到了 mfc 時代後，情況更為惡劣了。畢竟 c 風格的 windows 標頭檔案裡面包含的還
僅僅是函式定義和巨集，編譯難度不算太大，而 mfc 庫裡面的標頭檔案可都是類宣告啊！更
何況，乙個最簡單的工程，都會生成大量的類，需要用到大量的函式。如果工程稍微複雜
一些，編譯難度可想而知！
但是，人們驚奇地發現，雖然用到的標頭檔案又多又雜，但是在乙個工程中，總有那麼
一堆標頭檔案，是幾乎所有 cpp 都必須包含的。那麼，可不可以把這些標頭檔案提取出來，
只編譯一編，然後所有其它 cpp 就都能使用呢？沒錯，這就是預編譯頭的思想都由來！
實踐證明，使用了預編譯頭技術後，編譯速度大大提高了。可以到你的工程目錄下的
debug 或 release 目錄中看一看，裡面有乙個體積極為碩大的 .pch 檔案，那就是傳說
中的「編譯之後的預編譯頭」。
使用了預編譯頭技術後，雖然帶來了極大地方便，但也造成了乙個問題：由於它假定
預編譯頭中包含過的標頭檔案會在所有 cpp 中使用，因此它在編譯你的 cpp 的時候，就會
將預編譯頭中已經編譯完的部分載入到記憶體中。如果它突然發現你的 cpp 居然沒有包含
預編譯頭，它就會很鬱悶，因為它不知道該如何將已編譯完的部分從記憶體中請出去，整個
編譯過程就會失敗。
因此，如果你使用了預編譯頭技術，就必須在所有的 cpp 中包含預編譯頭。mfc 工
程中為你建立了乙個預設的預編譯頭 stdafx.h，如果你願意，也可以在自己的工程中使
用其它檔名作為你的預編譯頭，如果你覺得有必要。
預編譯標頭檔案的使用
關鍵字：預編譯，/yu，/yc，/yx
本文介紹vc6的預編譯功能的使用，由於預編譯詳細使用比較的複雜，這裡只介紹幾個最重要的預編譯指令: /yu, /yc,/yx,/fp。其它的詳細資料可以參考:
msdn->visual studio d6.0document -> visual c++6.0 document
->vc++ programmer guider ->compiler and linker
->details->creating precompiled header files
預編譯頭的使用
預編譯頭的概念 所謂的預編譯頭就是把乙個工程中的那一部分 預先編譯好放在乙個檔案裡 通常是以.pch為副檔名的 這個檔案就稱為預編譯標頭檔案這些預先編譯好的 可以是任何的c c 甚至是inline的函式，但是必須是穩定的，在工程開發的過程中不會被經常改變。如果這些 被修改，則需要重新編譯生成預編譯標...
什麼是交叉編譯,為什麼要使用交叉編譯
一 什麼是交叉編譯 在一種計算機環境中執行的編譯程式，能編譯出在另外一種環境下執行的 我們就稱這種編譯器支援交叉編譯。這個編譯過程就叫交叉編譯。簡單地說，就是在乙個平台上生成另乙個平台上的可執行 這裡需要注意的是所謂平台，實際上包含兩個概念 體系結構 architecture 作業系統 operat...
什麼是交叉編譯，為什麼要使用交叉編譯？
一 什麼是交叉編譯 在一種計算機環境中執行的編譯程式，能編譯出在另外一種環境下執行的 我們就稱這種編譯器支援交叉編譯。這個編譯過程就叫交叉編譯。簡單地說，就是在乙個平台上生成另乙個平台上的可執行 這裡需要注意的是所謂平台，實際上包含兩個概念 體系結構 architecture 作業系統 operat...