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

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

出現錯誤:error C1853: “Debug\ConsoleApplication1.pch”預編譯標頭檔案來自編譯器的早期版本,或者預編譯頭為 C++ 而在 C 中使用它(或相反)

相關資料:

如果按上面方式呼叫還不成功,把.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) 為獨立出來的這個靜態庫專案。


相關推薦

VSc++檔案呼叫c 函式 fatal error C1853 編譯檔案來自編譯器早期版本或者編譯 C++ C 使用(相反)

出現錯誤:error C1853: “Debug\ConsoleApplication1.pch”預編譯標頭檔案來自編譯器的早期版本,或者預編譯頭為 C++ 而在 C 中使用它(或相反) 相關資料:

fatal error C1853 編譯檔案來自編譯器早期版本或者編譯 C++ C 使用(相反)

當 Visual C++ 專案啟用了預編譯頭 (Precompiled header) 功能時,如果專案中同時混合有 .c 和 .cpp 原始檔,則可能收到 C1853 編譯器錯誤:fatal error C1853: 'pjtname.pch' precompiled header file is fro

error C1853: “DebugBigBuffer.pch”編譯文件來自編譯器早期版本或者編譯 C++ C 使用(相反)

view height 編譯 ont 彈出 對話 ngs 編譯器 -c <pre id="best-content-1299104064" mb-10"="" style="font-size: 14px; line-height: 28px; ">該錯誤是因為

C++何時呼叫建構函式何時呼叫解構函式

前言:   最近自考C++刷題的時候快被建構函式和解構函式搞得瘋掉了,現在特意寫一篇部落格來記錄自己的收穫! 在我們建立新的物件的時候,都要執行某一個類中的建構函式,而當建構函式中分配了資源之後,當我們銷燬一個物件的時候需要一個相應的操作將這些資源釋放出去,這就需要解

關於c語言呼叫main函式自身一點

2018年11月02日 20:27:55 Drmon. 閱讀數:6 標籤: c語言 呼叫自身

C#:呼叫API函式彈出對話方塊更改印表機預設設定

雖然說.NET為我們提供了很多列印設定的功能,比如PrintDialog。 可是有的功能是沒有實現的,比如PrintDialog的窗體中,按下“印表機”後,出來的印表機設定視窗。 會發現,這個印表機設定會根據不同的印表機而不同。 而它更改的,是印表機的預設設定。 怎麼實現這

c++11呼叫成員函式mem_fn和適合普通函式指標

在C++11之前,呼叫一個成員函式指標做為容器的回撥演算法時,可以根據其容器記憶體儲的內容是物件還是指標呼叫相關的mem_fun和_mem_fun_ref函式來與演算法等進行適配,搭配使用。 在c++11中加入mem_fn來對成員函式的呼叫進行相關的封裝,不過也需要對方法

建構函式是否可以呼叫虛擬函式

1. 從語法上講,呼叫完全沒有問題。 2. 但是從效果上看,往往不能達到需要的目的。 Effective 的解釋是: 派生類物件構造期間進入基類的建構函式時,物件型別變成了基類型別,而不是派生類型別。 同樣,進入基類解構函式時,物件也是基類型別。 所以,虛擬函式始終僅僅呼叫

c語言中getchar()函式一個常見Error

getchar() 從這個名字來看應該是 得到一個字元。 正好C語言裡面有一個char型別, 很容易就出現瞭如下程式: # include <stdio.h> int main (voi

虛解構函式 和 建構函式最好不要呼叫虛擬函式

參考Effective c++ 條款7 和調款9 條款7: 多型性質的基類虛解構函式的重要性! 1、帶多型性質的 base classes應該宣告一個virtual 解構函式, 如果class帶有任何virtual函式,它就應該擁有一個virtual解構函

deepin安裝tesseract出錯tesserocr.cpp:653:10: fatal error: leptonica/allheaders.h: 沒有那個檔案目錄

錯誤: tesserocr.cpp:653:10: fatal error: leptonica/allheaders.h: 沒有那個檔案或目錄 #include "leptonica/allheaders.h" ^~~~~~~~~~~~~~~~~~~~~~~~ compilation terminated

python使用pip安裝報錯:Fatal error in launcher... 解決方法

python安裝了2和3版本在 cmd 中用pip報的錯誤為:Fatal error in launcher:Unable to create process using 這是因為你安裝了python3和python2在你的windows下,並且在環境變數中分別配置了pip,可是並沒有區分pip3還是p

fatal error: numpy/arrayobject.h沒有那個檔案目錄

編譯 pycaffe時報錯:fatal error: numpy/arrayobject.h沒有那個檔案或目錄 網上總是推薦下面操作,問題在於我編譯caffe_dssd成功了,現在準備在另一個資料夾下編譯caffe ssd sudo apt-get install python-nump

fatal error: mysql.h:沒有那個檔案目錄

原來是缺少libmysqlclient-dev,OK安裝就是了 ubuntu下  :  audo apt-get install libmysqlclient-dev centos下 : yum

用hyperscan-python時fatal error: Python.h: No such file or directory

1、centos7.3用hyperscan-python時報錯:fatal error: Python.h: No such file or directory 系統中沒有python.h的原因,是因為沒有安裝python的開發版,即Python-devel這個包,命

mysql 安裝錯誤 Fatal error: Can't open and lock privilege tables

在windows上安裝mysql綠色版出現錯誤  Fatal error: Can't open and lock privilege tables: Table 'mysql.user' doesn't exist       然後研究發現是因為表沒有初始化,預設暗

C語言呼叫C++函式extern "C"的含義

C++編譯器在將cpp檔案編譯成庫時,匯出的函式名會改變,成員函式會通過加一些元素變成全域性函式,如果這時候我們需要用C語言呼叫C++的函式, 就有了一個問題,那就是不知道C++庫中匯出的函式名,這是由編譯器決定的,這個時候就需要用到extern關鍵字。例子: test.c

【lua】C 函式呼叫Lua函式對於lua_pcall使用的困惑

最近在學習使用Lua,也通過基本的語法知識完成了公司的一個關於配置檔案引數合法性檢查的小任務。雖然任務完成了,但對於一些函式的呼叫目的還是搞不明白,這兩天再次重看了Manual Reference,稍微梳理出了一點眉目,記錄在此。 首先看一段小小小程式 fun

c語言自定義了一個函式在main呼叫時提示找不到識別符號

解決方案一: 把定義的函式放在,main函式之前。 void f() { printf("Hello"); } main() { f(); } 解決方案二: 在main函式之前宣告。 void f(); main() { f

VS CodeC檔案呼叫另外一個C檔案

main.c #include <stdio.h> #include "BaseStore.h" int main() { baseStore_aboutSizeofFunc(); return 0; } BaseStore.h #includ