解决Visual C++ 混合编译C和C++文件时的错误fatal error C1853

1.概念
所谓的预编译头文件，其实我们很熟悉的，这里的头文件（Microsoft Visual C++中）一般的说就是我们常见的stdafx.h。这个名字是微软默认的，名字还可以改，内容更加可以改。这个就是待编译的头文件，但是，我们知道，头文件是不能被编译的，因此，我们就可以用一个stdafx.cpp，这个文件中一开始可以没有内容，但必须加一句“include<stdafx.h>”,然后compile（ctrl+F7）一下就可以出现一个（.pch）文件，这个就是我们常说的预编译头文件。
为什么需要预编译头文件呢？原因很简单，这个其实这么做的目的就是减少编译时间。因为，如果不是这么做的话，在编译的时候，假如一个头文件被很多的文件使用，那就费时了，因为得一次又一次地进行编译。而有了预编译头文件的话，我们把出现频率很高的那部分东西（通常是一些系统的头文件或者是一些自己设定的但是不常变动的头文件）已经编译好了，就像一个通用零件一样，已经搞好了，用到的时候就直接装就行。这样就可以利用编译好的成果，从而能非常有效地节约编译的时间了。
2.VS2008中的预编译头文件
打开VS2008，File->New->Project,建立一个Win32 console application，选择next，在Application Settings中的Additional options:中的Precompiled header默认勾选，点Finish，就可建立一个带预编译头文件的Win32控制台程序了。可以看到Solution explorer中有stdafx.h和stdafx.cpp，这两个东西就是用来生成预编译头文件的，也是微软默认的。
此时compile，会发现是不能成功的，错误是 fatal error C1083: Cannot open precompiled header file: 'Debug×××.pch': No such file or directory。意思就是没有.pch文件。如上面所说，其实编译的过程是利用预先编译好的预编译头文件来减少编译的工作量，那么既然没有这个预编译头文件，那怎么编译呢？我们可以在Solution explorer，右击工程，单击property，在右边的框中选择Configuration Properties->C/C++->Preprocessor,看到在右边的Create/Use Precompoled Header中默认的是Use Precompiled Header(/Yu),也就是说现在还没有建立.pch呢，就开始用了，显然不适合，那就改喽，单击之，选择Create Precompoled Header（/Yc），便可以了。编译之，可以看到在Debug文件夹中多了个.pch，也就是说这个预编译头文件搞定了。
再回到Create/Use Precompoled Header那页中，看到Create/Use Precompoled Header下面，Create/Use PCH Through File中是Stdafx.h，这里还是上面说的，一会编译器就默认用这个制作预编译头文件，制作完成的头问价放哪里呢，下面一个项是Precompoled Header File就是指示生成的.pch的地址的，其默认的地址是$(IntDir)$(TargetName).pch（这里的$表示当前工程文件夹，$(IntDir)表示当前文件夹的Debug文件夹，下拉点edit可以看到类似IntDirOutir之类的地址目录），生成在Debug目录下，名称是（工程名）.pch。这里，可以改下，自己edit下，把$(TargetName).pch改为PPP.pch，编译一下，可以看到Debug下出现了一个PPP.pch，这个是新的预编译头文件，系统会自动的为你添加进去，以后自动用它进行的编译的。但是，有一点，就是刚才的那个预编译头文件并没有消失，还挺大的呢，得几个M，也就是说，原来的头文件没有用了，但是并没有覆盖掉，那么这就提醒我们要及时清理没有用的头文件了。
再有就是既然已经Create了个预编译头文件了，那么以后就不要总是Create了，我们就要把Create/Use Precompoled Header中的改回Use Precompiled Header(/Yu),然后就可以节约编译时间了。
3.什么情况下使用预编译头文件
前面也有所提及，这里我自己系统地总结下：
1）一些大型程序用这个比较好，但是一些小型的不点行的程序还是不要用预编译头文件的好，因为Create一个预编译头文件本身也是要时间的。
2）预编译头文件中一般只放系统头文件。比如说你使用MFC，很多的头文件就必须要来回地用，这时，不要你操心，系统就会默认地给你弄个预编译头文件，来成倍地节约编译时间。
3）自己编的一些很常用的基本固定不变的头文件。其实，我倾向于这么做，就是我们自己搞一个预编译头文件，用自己的名字，然后可以把系统的Stdafx.h包含进去。注意这么做的话，千万要用自己的另外定义的名字。如果你在Stdafx.h里面包含自己的头文件，结果会把下家（看程序的人）迷糊了，因为我们习惯上在自己编的头文件中以“另可错杀一百，不可放过一个”的原则来包含预编译头文件，假如别人来使用这个头文件，那他可惨了，编译器会把这个当普通文件编的，那可不是节约时间了，那是在浪费时间。

 

解决Visual C++ 混合编译

C和C++文件时的错误fatal error C1853

在开发中经常会使用一些开源组件，有一些组件使用C开发，当我们在VC++编译器中同时编译C和C++文件时，可能会导致下面的错误：

1>   c:\users\xukaijun.hik\desktop\consoleapplication1\consoleapplication1\cjson.c: fatal error C1853: 'Debug\ConsoleApplication1.pch' precompiled header file isfrom a previous version of the compiler, or the precompiled header is C++ andyou are using it from C (or vice versa)

 

错误的原因：在VC++工程中加入由C语言开发的cjson.c文件。由于C和C++文件编译时对函数的处理方式是不同的，所以Visual C++编译器对C和C++代码采用不同的编译方式，因此不能采用相同的预编译文件。由于VC++默认的预编译文件为stdafx.h和stdafx.cpp，而C语言文件cjson.c不能使用默认的预编译文件，所以导致上述的错误。

 

解决方案：

1.      适用范围：原始工程采用VC++默认的预编译文件，工程巨大，少数个别文件是C语言开发。
方法：将C文件去掉预编译头文件。

步骤：在解码方案浏览器中选择右键属性，设置为不使用预编译头文件。

 

2.      适用范围：C++工程中需要引用大量的C文件，受影响的C++文件也不多。

方法：将整个工程禁用预编译头文件。

缺点：编译速度和效率将降大大降低，如果工程比较大，不建议这么多，得不偿失。

步骤：

1)        选中工程。

2)        右键属性。

3)        C/C++。

4)        预编译头文件。

5)        禁用。

 

3.      适用范围：大量C文件，原始的C++工程也比较庞大。

方法：将C文件统一编译到静态链接库中，将静态链接库禁用预编译头文件。

步骤：

1.      新建静态链接库工程。

2.      将所有的C文件添加到当前工程。

3.      参考方案2将工程设置禁用预编译头文件。

4.      编译生成静态库。

5.      在C++工程中引用静态链接库。

优点：C文件只需要编译一次，节省编译时间。