當 Visual C++ 項目啟用了預(yù)編譯頭 (Precompiled header) 功能時，如果項目中同時混合有 .c 和 .cpp 源文件，則可能收到 C1853 編譯器錯誤：fatal error C1853: 'pjtname.pch' precompiled header file is from a previous version of the compiler, or the precompiled header is C++ and you are using it from C (or vice versa)（致命錯誤C1853: “filename.pch”預(yù)編譯頭文件來自編譯器的早期版本，或者預(yù)編譯頭為C++ 而在C 中使用它(或相反)）。
該錯誤是因為當項目中混合了 .cpp 和 .c 文件時，編譯器會對它們采取不同的編譯方式（主要是因為對函數(shù)聲明的處理方式不同），因而不能共用一個預(yù)編譯頭文件。在 VC++ 中，默認的預(yù)編譯頭文件是針對 C++ 的 (stdafx.h 和 stdafx.cpp），當然也可以創(chuàng)建針對 C 的預(yù)編譯頭。有趣的是，在舊版的 VC++ 中，這個錯誤的提示很具有誤導(dǎo)性：fatal error C1853: 'xxx.pch' is not a precompiled header file created with this compiler. 常常讓人摸不著頭腦。應(yīng)該說，在新版中的這個提示是有所改進的。不過在網(wǎng)上搜索一番，對這個問題往往都是建議對整個項目取消預(yù)編譯頭的設(shè)置。這顯然不是一個好的解決方案。對于一個比較大的工程來說，使用預(yù)編譯頭可以使總的編譯時間大大減少。因而保留預(yù)編譯頭的設(shè)置才是比較好的解決方案。搜索 MSDN，針對不同的情況，可以有不同的解決方案：
方案1：適用于絕大多數(shù)文件是 .cpp 或絕大多數(shù)文件是.c的情況。在這種情況下，將少數(shù)的不同類文件設(shè)為不使用預(yù)編譯頭是比較平衡的做法，方法是：對于 VC++6.0，在 FileView 里對要取消預(yù)編譯頭的 .c (或 .cpp) 文件點右鍵，選擇 settings，在彈出的對話框右邊選擇 category 為 precompiled headers，再設(shè)置選項為 not using ...；對于 VS2005，則在 solution explorer 中對相應(yīng)文件點右鍵選擇 properties，在 precompiled headers 項下設(shè)置 not using... 即可。如果需要設(shè)置多個文件，則可以按住 Ctrl 鍵再同時選中這些文件并設(shè)置
方案2：如果受影響的文件比較多，則把它們都設(shè)置禁止預(yù)編譯頭的話仍然會使項目總體的編譯速度大大降低，得不償失。這時考慮可以為這組文件建立專用的預(yù)編譯頭。在 VC++ 極早期版本（1.5及以前版本）中是支持單個工程中建立分別針對 .c 和 .cpp 的預(yù)編譯頭的，但之后的版本中只支持單獨的預(yù)編譯頭。在這種情況下，我們可以在workspace（或 solution）中建立一個新的靜態(tài)鏈接庫 (Static Library) 工程，將所有的 .c 文件獨立出來加入到該工程中單獨編譯，這樣就可以在該靜態(tài)鏈接庫中針對 .c 文件創(chuàng)建預(yù)編譯頭。但是這樣做在一定程度上需要被獨立出來的代碼在邏輯上是屬于同一模塊中的，這樣才便于維護。不過從設(shè)計的角度來說，這個要求一般是滿足的，否則就應(yīng)考慮下項目的總體設(shè)計了:P 最后別忘了設(shè)置原項目的依賴項 (dependency) 為獨立出來的這個靜態(tài)庫項目。