c预编译头文件
❶ error C1853：预编译头文件来自编译器早期版本，或者预编译头为C++而在C中使用（或相反）
方案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) 为独立出来的这个静态库项目。
❷ c/c++中的预编译问题。
1. 头文件的预编译，就是头文件展开的过程，编译器扫描c源文件的包含文件，然后进行展开
2. 所以如果1.c 和 2.c 都包含#include “1.h” 这样的语句，那么1.o 和 2.o中就都会包含1.h的信息
❸ C语言含有包含自定义头文件的程序怎么编译
1、只要在程序开头加入#include “自定义头文件名”，在编译过程当中，头文件自动会被添加到源文件当中一起进行编译。
2、编译，编译程序读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码，再由汇编程序转换为机器语言，并且按照操作系统对可执行文件格式的要求链接生成可执行程序。C源程序头文件－－>预编译处理(cpp)－－>编译程序本身－－>优化程序－－>汇编程序－－>链接程序-->可执行文件。
❹ fatal error C1010: 在查找预编译头时遇到意外的文件结尾...
fatal error C1010: 在查找预编译头时遇到意外的文件结尾是因为没选择“不使用预编译头”。解决步骤如下：
1、首先第一步就是要进行使用预编译头文件“stdafx.h”，这时候注意的是加入第三方c/cpp文件没有#include "stdafx.h"，就会报此错误。
❺ 预编译头文件来自编译器的早期版本，或者预编译头为 C++ 而在 C 中使用它(或相反) 怎么调试
你是在vs中使用c文件。首先要调用c函数的地方，加上extern "c"{ #include "xx.h"}，把c所用的头文件放这里面；
然后在vs工程里面设置不使用预编译头
project->configuration property->c/c++->precompiled headers->选not using precompiled heads
❻ 既然预编译只是起一个声明的作用，为什么不在工程中每个c文件中包含所有的头文件呢这样不是很方便么
预编译的时候会把包含的头文件展开，即把头文件里面的内容展开在当前文件中，如果包含所有头文件，第一会很占空间，因为有些头文件里面的变量（比如有很大的数组或者什么的）在当前这个文件并没有用到；其次很耗时间，因为要一个个去展开；第三，撇开时间和空间消耗不说，可能会存在不同头文件中声明或者定义了同名变量，这样在编译的时候就会报错。但是你却很难找到错误，因为头文件里面的东西你看不见，其次还可能引起一个重复包含的问题，比如头文件A.h包含了B.h,你在当前.c文件中如果#include"A.h" 后又#include"B.h" 的时候就会报错了，因为你重复包含了，当然重复包含可以通过#ifdef#endif机制解决。但是你不能保证每个头文件中都做了这样的操作。
❼ C语言代码的头文件与源文件有什么区别
头文件和源文件在本质上没有任何区别。 只不过一般：后缀为 .h 的文件是头文件，内含函数声明、宏定义、结构体定义等内容。后缀为 .c 的文件是源文件，内含函数实现，变量定义等内容。而且是什么后缀也没有关系，只不过编译器会默认对某些后缀的文件采取某些动作。这样分开写成两个文件是一个良好的编程风格。
简单的说其实要理解C文件与头文件（即.h）有什么不同之处，首先需要弄明白编译器的工作过程，一般说来编译器会做以下几个过程：
①预处理阶段
②词法与语法分析阶段
③ 编译阶段，首先编译成纯汇编语句，再将之汇编成跟CPU相关的二进制码，生成各 个目标文件 (.obj文件)
④连接阶段，将各个目标文件中的各段代码进行绝对地址定位，生成跟特定平台相关 的可执行文件，当然，最后还可以用obj生成纯二进制码，也就是去掉了文件格 式信 息。（生成.exe文件）
3.比方说 在aaa.h里定义了一个函数的声明，然后在aaa.h的同一个目录下建立aaa.c ， aaa.c里定义了这个函数的实现，然后是在main函数所在.c文件里#include这个aaa.h 然后我就可以使用这个函数了。 main在运行时就会找到这个定义了这个函数的aaa.c文件。这是因为：main函数为标准C/C++的程序入口，编译器会先找到该函数所在的文件。假定编译程序编译myproj.c（其中含main()）时，发现它include了mylib.h（其中声明了函数void test()），那么此时编译器将按照事先设定的路径（Include路径列表及代码文件所在的路径）查找与之同名的实现文件（扩展名为.cpp或.c，此例中为mylib.c），如果找到该文件，并在其中找到该函数（此例中为void test()）的实现代码，则继续编译；如果在指定目录找不到实现文件，或者在该文件及后续的各include文件中未找到实现代码，则返回一个编译错误.其实include的过程完全可以“看成”是一个文件拼接的过程，将声明和实现分别写在头文件及C文件中，或者将二者同时写在头文件中，理论上没有本质的区别。以上是所谓动态方式。对于静态方式，基本所有的C/C++编译器都支持一种链接方式被称为Static Link，即所谓静态链接。在这种方式下，我们所要做的，就是写出包含函数，类等等声明的头文件（a.h,b.h,...），以及他们对应的实现文件（a.cpp,b.cpp,...），编译程序会将其编译为静态的库文件（a.lib,b.lib,...）。在随后的代码重用过程中，我们只需要提供相应的头文件（.h）和相应的库文件（.lib），就可以使用过去的代码了。相对动态方式而言，静态方式的好处是实现代码的隐蔽性，即C++中提倡的“接口对外，实现代码不可见”。有利于库文件的转发.
❽ “预编译头文件来自编译器的早期版本，或者预编译头为 C++ 而在 C 中使用它(或相反)”
把min.c重命名为min.h
c是源文件
h是头文件
❾ VC++里的 预编译头 是什么意思,干嘛用的
一、什么是预编译头?
预编译头物理上与通常的的.obj文件是一样的，但编译入预编译头的.h,.c,.cpp文件在整个编译过程中，只编译一次，如预编译头所涉及的部分不发生改变的话，在随后的编译过程中此部分不重新进行编译。进而大大提高编译速度，并便于对头文件进行管理，也有助于杜绝重复包含问题。
二、什么时候使用预编译头?
当大多.c或.cpp文件都需要相同的头文件时。
当某些代码被大量重复使用时。
当导入某些不同库都有实现的函数，并产生混乱时。