1. 关于C语言在编译时常出现的错误有哪些
1、fatal error C1010: unexpected end of file while looking for precompiled header directive。
寻找预编译头文件路径时遇到了不该遇到的文件尾。(一般是没有#include "stdafx.h")
2、fatal error C1083: Cannot open include file: 'R…….h': No such file or directory
不能打开包含文件“R…….h”：没有这样的文件或目录。
3、error C2011: 'C……': 'class' type redefinition
类“C……”重定义。
4、error C2018: unknown character '0xa3'
不认识的字符'0xa3'。(一般是汉字或中文标点符号)
5、error C2057: expected constant expression
希望是常量表达式。(一般出现在switch语句的case分支中)
6、error C2065: 'IDD_MYDIALOG' : undeclared identifier
“IDD_MYDIALOG”：未声明过的标识符。
7、error C2082: redefinition of formal parameter 'bReset'
函数参数“bReset”在函数体中重定义。
8、error C2143: syntax error: missing ':' before '{'
句法错误：“{”前缺少“;”。
9、error C2146: syntax error : missing ';' before identifier 'dc'
句法错误：在“dc”前丢了“;”。
10、error C2196: case value '69' already used
值69已经用过。(一般出现在switch语句的case分支中)
11、error C2509: 'OnTimer' : member function not declared in 'CHelloView'
成员函数“OnTimer”没有在“CHelloView”中声明。
12、error C2511: 'reset': overloaded member function 'void (int)' not found in 'B'
重载的函数“void reset(int)”在类“B”中找不到。
13、error C2555: 'B::f1': overriding virtual function differs from 'A::f1' only by return type or calling convention
类B对类A中同名函数f1的重载仅根据返回值或调用约定上的区别。
14、error C2660: 'SetTimer' : function does not take 2 parameters
“SetTimer”函数不传递2个参数。
15、warning C4035: 'f……': no return value
“f……”的return语句没有返回值。
16、warning C4553: '= =' : operator has no effect; did you intend '='?
没有效果的运算符“= =”;是否改为“=”?
17、warning C4700: local variable 'bReset' used without having been initialized
局部变量“bReset”没有初始化就使用。
18、error C4716: 'CMyApp::InitInstance' : must return a value
“CMyApp::InitInstance”函数必须返回一个值。
19、LINK : fatal error LNK1168: cannot open Debug/P1.exe for writing
连接错误：不能打开P1.exe文件，以改写内容。(一般是P1.Exe还在运行，未关闭)
20、error LNK2001: unresolved external symbol "public: virtual _ _thiscall C……::~C……(void)"
连接时发现没有实现的外部符号(变量、函数等)。
function call missing argument list 调用函数的时候没有给参数。
member function definition looks like a ctor, but name does not match enclosing class 成员函数声明了但没有使用
unexpected end of file while looking for precompiled header directive 在寻找预编译头文件时文件意外结束，编译不正常终止可能造成这种情况
2. 交叉编译几种常见的报错
（1）交叉编译器
在主机上用来编译其它类型机器上可执行代码的编译器就叫交叉编译器，我们进行嵌入式linux的开发主机大部分都是X86，而我们的嵌入式系统的处理器有可能是ARM/MIPS等非X86处理器，这时候就必须使用ARM/MIPS的交叉编译器才能编译出在这些处理器上能够执行的代码。这里我们使用的是ARM最新的EABI编译器。
交叉编译器在编译的时候，对于浮点运行会预设硬浮点运算FPA（float point architecture），而没有FPA的CPU，比如三星的2440等，会使用FPE（float point emulation即软浮点），这样在速度上就会受到极大限制。使用EABI（embeded application binary interface）则可以对此改善处理。
（2）不修改MAKEFILE来建立编译环境
将arm-2008q3.tar.bz2拷贝到ubuntu系统的某个目录，解压后。使用VI编辑/etc/bash.bashrc，在文件最后加入环境变量设置（注：加bin的含义是交叉编译器工具目录）：
保存后，用source运行一次该文件，就可以了。
（3）gcc: error trying to exec 'cc1': execvp: No such file or directory 的解决
今天在编译开发板环境时，明明设置好编译器的环境变量了，编译时就是会出现：gcc: error trying to exec 'cc1': execvp: No such file or directory 错误提示。后来发现一个方法可以解决，输入：whereis gcc，就可以了发现好几个gcc，包括/usr/bin/gcc，所以我就把PATH路径设过去，就OK了。
（4）Clock skew detected. Your build may be incomplete
如果你装了Windows Linux双系统，系统时间很可能出问题，从而造成文件修改时间比系统时间晚，两种办法：
1，应该是你的PC的系统时钟错误，在BIOS中修改正确。
2，使用touch命令将所有文件的时间戳修改为你系统的当前时间。解决方法：find ./-name "*" -exec touch {} \;
3. 程序编译错误不知道是什么原因
不能通编译过的程序实际上还不是合法的程序，因为它不满足C语言对于程序的基本要求。
检查语法错误的第一要义：集中力量检查系统发现的第一个错误，弄清并改正它。
在编译过程中系统发现的错误主要有两类：基本语法错误和上下文关系错误。这些错误都在表面上，可以直接看得见。也是比较容易弄清，比较容易解决的。关键是需要熟悉C语言的语法规定和有关上下文关系的规定，按照这些规定检查程序正文，看看存在什么问题。
编译中系统发现错误都能指出错误的位置。不同系统在这方面的能力有差异，在错误定位的准确性方面有所不同。有的系统只能指明发现错误的行，有的系统还能够指明行内位置。
一般说，系统指明的位置未必是真实错误出现的位置。通常情况是错误出现在前，而系统发现错误在后，因为它检查到实际错误之后的某个地方，才能确认出了问题，因此报出错误信息。要确认第一个错误的原因，应该从系统指明的位置开始，在那里检查，并从那里开始向前检查。
系统的错误信息中都包含一段文字，说明它所认定的错误原因。应该仔细阅读这段文字，通常它提供了有关错误的重要线索。但也应该理解，错误信息未必准确，有时错误确实存在，但系统对错误的解释也可能不对。也就是说，在查找错误时，既要重视系统提供的错误信息，又不应为系统的错误信息所束缚。
发现了问题，要想清楚错误的真正原因，然后再修改。不要蛮干。在这时的最大诱惑就是想赶快改，看看错误会不会消失。但是蛮干的结果常常是原来的错误没有弄好，又搞出了新的错误。
另一个值得注意的地方：程序中的一个语法错误常常导致编译系统产生许多错误信息。如果你改正了程序中一个或几个错误，下面的弄不清楚了，那么就应该重新编译。改正一处常常能消去许多错误信息行。
解决语法错误
常见语法错误：
1）缺少语句、声明、定义结束的分号。
2）某种括号不配对。C语言中括号性质的东西很多，列举如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括号不配对可能引起许多不同的错误信息。
3）关键字拼写错误。
较难认定的典型错误：
1）宏定义造成的错误。这种东西不能在源程序文件中直接看到，是在宏替换之后出现的。常见的能引起语法错误的宏定义错误：宏定义中有不配对的括号，宏定义最后加了不该有的分号，……
解决上下文关系错误
1）变量没有定义。产生这个问题的原因除了变量确实没有大意外，还可能是变量的拼写错误，变量的作用域问题（在不能使用某个变量的地方想去用那个变量）。
2）变量重复定义。例如在同一个作用域里用同样名字定义了两个变量，函数的局部变量与参数重名等。
3）函数的重复定义。可能是用同一个名字定义了两个不同的函数。或者是写出的函数原型在类型上与该函数的定义不相符。有时没有原型而直接写函数调用也可能导致这种错误信息，因为编译程序在遇到函数调用而没有看到函数原型或函数定义时，将给函数假定一个默认原型。如果后来见到的函数定义与假定不符，就会报告函数重复定义错误。
4）变量类型与有关运算对运算对象或者函数对参数的要求不符。例如有些运算（如 %）要求整数参数，而你用的是某种浮点数。
5）有些类型之间不能互相转换。例如你定义了一个结构变量，而后要用它给整数赋值。系统容许的转换包括：数值类型之间的转换，整数和指针之间的转换，指针之间的转换。其余转换（无论是隐含的，还是写出强制）都不允许。参见《C语言程序设计》（K&R）197-199页。
如何看待编译警告
当编译程序发现程序中某个地方有疑问，可能有问题时就会给出一个警告信息。警告信息可能意味着程序中隐含的大错误，也可能确实没有问题。对于警告的正确处理方式应该是：尽可能地消除之。对于编译程序给出的每个警告都应该仔细分析，看看是否真的有问题。只有那些确实无问题的警告才能放下不管。
注意：经验表明，警告常常意味着严重的隐含错误。
常见警告：
1）（局部自动）变量没有初始化就使用。如果对局部指针变量出现这种情况，后果不堪设想。对于一般局部自动变量，没有初始化就使用它的值也不会是有意义的。
2）在条件语句或循环语句的条件中写了赋值。大部分情况是误将 == （等于判断）写成 = 了。这是很常见的程序错误，有些编译程序对这种情况提出警告。
4. c程序进行编译的过程中,可发现注释中的拼写错误
c程序进行编译的过程中，是不可以发现注释中的拼写错误的。注释中的拼写错误只可能通过人工检查发现。
因为C语言编译时，不检查注释的内容。
5. 程序编译错误不知道是什么原因
不能通编译过的程序实际上还不是合法的程序，因为它不满足C语言对于程序的基本要求。
检查语法错误的第一要义：集中力量检查系统发现的第一个错误，弄清并改正它。
在编译过程中系统发现的错误主要有两类：基本语法错误和上下文关系错误。这些错误都在表面上，可以直接看得见。也是比较容易弄清，比较容易解决的。关键是需要熟悉C语言的语法规定和有关上下文关系的规定，按照这些规定检查程序正文，看看存在什么问题。
编译中系统发现错误都能指出错误的位置。不同系统在这方面的能力有差异，在错误定位的准确性方面有所不同。有的系统只能指明发现错误的行，有的系统还能够指明行内位置。
一般说，系统指明的位置未必是真实错误出现的位置。通常情况是错误出现在前，而系统发现错误在后，因为它检查到实际错误之后的某个地方，才能确认出了问题，因此报出错误信息。要确认第一个错误的原因，应该从系统指明的位置开始，在那里检查，并从那里开始向前检查。
系统的错误信息中都包含一段文字，说明它所认定的错误原因。应该仔细阅读这段文字，通常它提供了有关错误的重要线索。但也应该理解，错误信息未必准确，有时错误确实存在，但系统对错误的解释也可能不对。也就是说，在查找错误时，既要重视系统提供的错误信息，又不应为系统的错误信息所束缚。
发现了问题，要想清楚错误的真正原因，然后再修改。不要蛮干。在这时的最大诱惑就是想赶快改，看看错误会不会消失。但是蛮干的结果常常是原来的错误没有弄好，又搞出了新的错误。
另一个值得注意的地方：程序中的一个语法错误常常导致编译系统产生许多错误信息。如果你改正了程序中一个或几个错误，下面的弄不清楚了，那么就应该重新编译。改正一处常常能消去许多错误信息行。
解决语法错误
常见语法错误：
1）缺少语句、声明、定义结束的分号。
2）某种括号不配对。C语言中括号性质的东西很多，列举如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括号不配对可能引起许多不同的错误信息。
3）关键字拼写错误。
较难认定的典型错误：
1）宏定义造成的错误。这种东西不能在源程序文件中直接看到，是在宏替换之后出现的。常见的能引起语法错误的宏定义错误：宏定义中有不配对的括号，宏定义最后加了不该有的分号，……
解决上下文关系错误
1）变量没有定义。产生这个问题的原因除了变量确实没有大意外，还可能是变量的拼写错误，变量的作用域问题（在不能使用某个变量的地方想去用那个变量）。
2）变量重复定义。例如在同一个作用域里用同样名字定义了两个变量，函数的局部变量与参数重名等。
3）函数的重复定义。可能是用同一个名字定义了两个不同的函数。或者是写出的函数原型在类型上与该函数的定义不相符。有时没有原型而直接写函数调用也可能导致这种错误信息，因为编译程序在遇到函数调用而没有看到函数原型或函数定义时，将给函数假定一个默认原型。如果后来见到的函数定义与假定不符，就会报告函数重复定义错误。
4）变量类型与有关运算对运算对象或者函数对参数的要求不符。例如有些运算（如 %）要求整数参数，而你用的是某种浮点数。
5）有些类型之间不能互相转换。例如你定义了一个结构变量，而后要用它给整数赋值。系统容许的转换包括：数值类型之间的转换，整数和指针之间的转换，指针之间的转换。其余转换（无论是隐含的，还是写出强制）都不允许。参见《C语言程序设计》（K&R）197-199页。
如何看待编译警告
当编译程序发现程序中某个地方有疑问，可能有问题时就会给出一个警告信息。警告信息可能意味着程序中隐含的大错误，也可能确实没有问题。对于警告的正确处理方式应该是：尽可能地消除之。对于编译程序给出的每个警告都应该仔细分析，看看是否真的有问题。只有那些确实无问题的警告才能放下不管。
注意：经验表明，警告常常意味着严重的隐含错误。
常见警告：
1）（局部自动）变量没有初始化就使用。如果对局部指针变量出现这种情况，后果不堪设想。对于一般局部自动变量，没有初始化就使用它的值也不会是有意义的。
2）在条件语句或循环语句的条件中写了赋值。大部分情况是误将 == （等于判断）写成 = 了。这是很常见的程序错误，有些编译程序对这种情况提出警告。
6. c语言在编译过程中会发现拼写错误吗
也可以说会吧。如果前面定义了一个变量，后面你用这个变量时，打错了字母，编译程序会提醒你“未定义的符号.......”，这时，你就知道，哪个变量名打错了。如果是普通的英语，许多输入法会发现拼写错误，一些文档编辑程序也能发现拼写错误。副作用是，可能会把你自己定义的标志符也视作拼写错误。
7. 编译的时候能发现哪些错误
词法分析阶段能够检测出输入中不能形成源语言任何记号的错误字符串。语法分析阶段可以确定记号流中违反源语言结构（语法）规则的错误。语义分析阶段试图检测出具有正确语法结构但对操作无意义的部分。例如，我们试图将两个标识符相加，其中一个标识符是数组名，而另一个标识符却是过程名。（编译原理-龙书原话）。其他错误例如算法错误编译程序检测不出。