出现错误：error C1853: “DebugConsoleApplication1.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) 为独立出来的这个静态库项目。