1. 程式人生 > >fatal error C1853 預編譯標頭檔案來自編譯器的早期版本,或者預編譯頭為 C++ 而在 C 中使用它(或相反)

fatal error C1853 預編譯標頭檔案來自編譯器的早期版本,或者預編譯頭為 C++ 而在 C 中使用它(或相反)

當 Visual C++ 專案啟用了預編譯頭 (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”預編譯標頭檔案來自編譯器的早期版本,或者預編譯頭為C++ 而在C 中使用它(或相反))。

該錯誤是因為當專案中混合了 .cpp 和 .c 檔案時,編譯器會對它們採取不同的編譯方式(主要是因為對函式宣告的處理方式不同),因而不能共用一個預編譯標頭檔案。在 VC++ 中,預設的預編譯標頭檔案是針對 C++ 的 (stdafx.h 和 stdafx.cpp),當然也可以建立針對 C 的預編譯頭。有趣的是,在舊版的 VC++ 中,這個錯誤的提示很具有誤導性:fatal error C1853: 'xxx.pch' is not a precompiled header file created with this compiler. 常常讓人摸不著頭腦。應該說,在新版中的這個提示是有所改進的。

過在網上搜索一番,對這個問題往往都是建議對整個專案取消預編譯頭的設定,這顯然不是一個好的解決方案。一個比較大的工程來說,使用預編譯頭可以使總的編譯時間大大減少。因而保留預編譯頭的設定才是比較好的解決方案。搜尋 MSDN,針對不同的情況,可以有不同的解決方案:

本人是用方法1解決的

方案1:適用於絕大多數檔案是 .cpp 或絕大多數檔案是.c的情況。在這種情況下,將少數的不同類檔案設為不使用預編譯頭是比較平衡的做法,方法是:對於 VC++6.0,在 FileView 裡對要取消預編譯頭的 .c (或 .cpp) 檔案點右鍵,選擇 settings,在彈出的對話方塊右邊選擇 category 為 precompiled headers,再設定選項為 not using ...;(對於 VS2005,則在 solution explorer 中對相應檔案點右鍵選擇 properties,在 precompiled headers 項下設定 not using... 即可。如果需要設定多個檔案,則可以按住 Ctrl 鍵再同時選中這些檔案並設定)PS:解釋如下點選專案 點選屬性 然後選擇C/C++   預編譯頭 建立使用標頭檔案 不使用預編譯標頭檔案

解決方案資源管理器-右擊需要排除的c或cpp檔案]-彈出屬性選單-展開C/C++-預編譯頭-建立/使用預編譯頭-選擇不適用預編譯頭

方案2:影響的檔案比較多,則把它們都設定禁止預編譯頭的話仍然會使專案總體的編譯速度大大降低,得不償失。這時考慮可以為這組檔案建立專用的預編譯頭。在 VC++ 極早期版本(1.5及以前版本)中是支援單個工程中建立分別針對 .c 和 .cpp 的預編譯頭的,但之後的版本中只支援單獨的預編譯頭。在這種情況下,我們可以在workspace(或 solution)中建立一個新的靜態連結庫 (Static Library) 工程,將所有的 .c 檔案獨立出來加入到該工程中單獨編譯,這樣就可以在該靜態連結庫中針對 .c 檔案建立預編譯頭。但是這樣做在一定程度上需要被獨立出來的程式碼在邏輯上是屬於同一模組中的,這樣才便於維護。不過從設計的角度來說,這個要求一般是滿足的,否則就應考慮下專案的總體設計了:P 最後別忘了設定原專案的依賴項 (dependency) 為獨立出來的這個靜態庫專案。