出現錯誤：error C1853: “Debug\ConsoleApplication1.pch”預編譯頭文件來自編譯器的早期版本號。或者預編譯頭為 C++ 而在 C 中使用它(或相反)
相關資料：
http://blog.sina.com.cn/s/blog_674cc1fd0100jirq.html
假設按上面方式調用還不成功，把.c文件的預編譯去掉
右擊.c文件，屬性 ->點擊左側 預編譯頭。右側 預編譯頭選項選擇 不使用預編譯頭
對於為什么要去掉預編譯頭呢，可參考http://blog.csdn.net/shellching/article/details/5260590
當 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. 經常讓人摸不着頭腦。
應該說。在新版中的這個提示是有所改進的。只是在網上搜索一番，對這個問題往往都是建議對整個項目取消預編譯頭的設置。這顯然不是一個好的解決方式。
對於一個比較大的project來說，使用預編譯頭能夠使總的編譯時間大大降低。
因而保留預編譯頭的設置才是比較好的解決方式。搜索 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及曾經版本號）中是支持單個project中建立分別針對 .c 和 .cpp 的預編譯頭的。但之后的版本號中僅僅支持單獨的預編譯頭。
在這樣的情況下。我們能夠在workspace（或 solution）中建立一個新的靜態鏈接庫 (Static Library) project，將全部的 .c 文件獨立出來增加到該project中單獨編譯，這樣就能夠在該靜態鏈接庫中針對 .c 文件創建預編譯頭。
可是這樣做在一定程度上須要被獨立出來的代碼在邏輯上是屬於同一模塊中的，這樣才便於維護。只是從設計的角度來說。這個要求通常是滿足的，否則就應考慮下項目的整體設計了:P 最后別忘了設置原項目的依賴項 (dependency) 為獨立出來的這個靜態庫項目。