VC6-02-4-表23编译错误信息.docVIP

C语言编译错误信息 C语言中的错误分为三类：严重错误、一般错误和警告。 （1）严重错误（fatalerror）：很少出现，它通常是内部编译出错。在发生严重错误时，编译立即停止，必须采取一些适当的措施并重新编译。 （2）一般错误（error）：指程序的语法错误以及磁盘、内存或命令行错误等。编译程序将完成现阶段的编译，然后停止。编译程序在每个阶段（预处理、语法分析、优化、代码生成）将尽可能多地找出源程序中的错误。 （3）警告（warning）：不阻止编译继续进行它指出一些值得怀疑的情况，而这些情况本身又可以合理地作为源程序的一部分。一旦在源文件中使用了与机器有关的结构，编译程序就将产生警告信息。 编译程序首先输出这三类出错信息，然后输出源文件名和发现出错的行号，最后输出信息的内容。 下面按字母顺序分别列出这三类出错信息。对每一条信息，均指出了可能产生的原因和纠正方法。 请注意出错信息处有关行号的一个细节：编译程序仅产生检测到的信息。因为C不限定在正文的某行设置语句,这样，真正产生错误的行可能在指出行号的前一行或前几行。在下面的信息列表中，我们指出了这种情况。 1．严重错误 Bad call of in-line function（内部函数的非法调用） 分析：在使用一个宏定义的内部函数时，没有正确调用。一个内部函数以两个下划线（_ _）开始和结束。 Irreducible expression tree（不可约表达式树） 分析：这种错误指的是文件行中的表达式太复杂，使得代码生成程序时无法为它生成代码。必须避免使用这种表达式。 Register allocation failure（存储器分配失败） 分析：这种错误指的是文件行中的表达式太复杂，代码生成程序时无法为它生成代码。此时应简化这种繁琐的表达式或干脆避免使用它。 2．一般错误 #operator not followed by macro argument name（“#”运算符后没跟宏变元名） 分析：在宏定义中，＃用来标识一个宏变元是串。“＃”后必须跟一宏变元名。 ‘xxxxxxxx’not anargument（“xxxxxxxx”不是函数参数） 分析：在源程序中将该标识符定义为一个函数参数，但此标识符没有在函数中出现。 Ambiguous symbol‘xxxxxxxx’ （歧义性符号“xxxxxxxx” ） 分析：两个或多个结构体的某一域名（结构体变量）相同，但具有的位移、类型不同。在变量或表达式中引用这些结构体分量而未带结构名时，将产生歧义。这时需修改某个域名或在引用时加上结构名。 Argument # missing name（参数#名丢失） 分析：参数名已脱离用于定义函数的函数原型。如果函数以原型定义，则该函数必须包含所有的参数名。 Argument list syntax error（参数表出现语法错误） 分析：函数调用的一组参数其间必须以逗号隔开，并以一右括号结束。若源文件中含有一个其后不是逗号也不是右括号的参数，则出现此错。 Array bounds missing（数组的界限符“]”丢失） 分析：在源文件中定义了一个数组，但此数组没有以一右方括号结束。 Array size too large（数组长度过大） 分析：定义的数组太大，可用内存不够。 Assembler statement too long（汇编语句太长） 分析：直接插入的汇编语句最长不能超过480字节。 Bad configuration file（配置文件不正确。） 分析：TURBOC.CFG配置文件中包含不是合适命令行选择的非注释文字。配置文件命令选择项必须以一短横线（-）开始。 Bad file name format in include directive（包含命令中文件名格式不正确） 分析：包含文件名必须用引号（“filename.h）或尖括号（Gfilename.h）括起来，否则将产生此类错误。如果使用了一个宏，则产生的扩展程序文本也是不正确的，因为没有加上引号而没办法识别。 Bad ifdef directive syntax（ifdef命令语法错误） 分析：＃ifdef必须以单个标识符（仅此一个）作为该命令的体。 Bad undef directive syntax（undef命令语法错误） 分析：＃undef必须以单个标识符（仅此一个）作为该命令的体。 Bad file size syntax（位字段长语法错误） 分析：一个位字段长必须是1-16位的常量表达式。 Call of non-function（调用未定义函数） 分析：正被调用的函数无定义，通常是由于不正确的函数声明或函数名拼写错引起的。 Cannot modify a const object（不能修改一个常量