在本附录中，我们将列举一些使用ICC时常见的错误提示，并简单的予以分析，希望能给大家提供一些帮助。其实，ICC编译时给出的提示，对于错误的定位通常是准确的。带领大家阅读这些英文提示，理解错误发生的原因，是本附录为大家提供示范的本来目的。
!E Can't open input file C:\Documents
错误分析：错误提示的大体意思是：无法打开C盘根目录下的文件“Documents”。事实上，我们都知道这里的Documents显然是Documents and Setting文件夹名称的前一个单词。ICC并不支持路径名称中含有空格，因此系统将Documents and Setting的第一个空格认作是分隔符，将and和Setting及其以后的东西都认作是参数。这样看来，Documents并不是一个存在的文件，自然无法打开，于是我们就看到了这样的错误提示。
解决方法：将文件拷贝到一个路径名中不含空格的文件夹中。
!E XXXXX.X(XXXXX): cannot include source file "macros.h"; file not found
错误分析：在ICC7以下的版本中，系统并不会自动到安装目录下的include文件夹中寻找所需的头文件。此时，如果我们未能正确的通过Project->Option->Paths选项卡设定正确的路径，就会看到以上的提示。当然，如果工程中使用的某些头文件路径不正确的话，也会看到这样的提示。
解决方法：如果信息提示缺失的是系统头文件，正确设定Paths选项卡即可；如果信息提示缺失的是用户头文件，我们应该查找头文件的 正确位置，并修改程序中的包含信息。
!ERROR file 'crtavr.o': undefined symbol '_main'
错误分析：工程中所有的.c文件里都没有main函数。
解决方法：补充main函数
!E XXXXX.X(XXXXX): 'text' area size too large (>64K bytes).
Please move some code to another file
错误分析：在ICC的未注册版本中，往往存在单个.c文件允许编译代码的最大限制。这就是著名的64K代码限制。按照系统的提示，将一个.c文件中的部分代码转移到别的.c文件中，有时候能够解决问题。
解决方法：购买正版ICC。或者尝试将一个.c文件中的部分代码转移到另外一个.c文件中。
!E <library>(0): area 'bss' not large enough
want size 1024
lo 260 hi 767 size 508
错误分析：bss段是编译器存放全局数组和局部静态数组的地方。如果我们在编写程序时声明了过大的数组、或局部静态数组，就有可能看到这个提示。
解决方法：如果某些数组是常量，我们就可以增加const关键字，将其放到空间相对宽裕的FLASH中（例如段码表、字模等）。对于其他情况，就只有简化程序或者外扩SRAM存储器了。
!E <library>(101): area 'data' not large enough
错误分析：data段是编译器放置全局变量和静态局部变量的地方。如果我们声明了过多的全局变量和局部静态变量，就有可能看到这个提示。
解决方法：简化程序或者外扩SRAM存储器。
!E XXXXX.X(XXXXX): Code address 0 already contains a value
!E XXXXX.X(XXXXX): Code address 0x1 already contains a value
错误分析：如果我们在编译程序前忘记或者没有正确选择单片机型号,就会看到这个提示
解决方法：检查Project->Option->Target选项卡中是否选择了正确的器件型号
!E XXXXX.X(XXXXX): macro name missed in "#define"
错误分析：代码中存在未完成的宏定义语句,例如:# define
解决方法：完成该宏的编写或者直接删除.
!E XXXXX.X(XXXXX): unrecognized statement
!E XXXXX.X(XXXXX): syntax error; found `}' exp
!E XXXXX.X(XXXXX): syntax error; found `end of input' expecting'}'
错误分析：代码中缺少指定位置的分号.当然,还有很多其他原因导致类似的错误提示。找出这些隐含的错误往往需要耐心、经验甚至是运气。
解决方法：视情况补充分号即可
!E XXXXX.X(XXXXX): illegal character `\0243'
!E XXXXX.X(XXXXX): illegal character `\0273'
错误分析：代码中指定位置出现了中文分号
解决方法：将中文分号换为西文分号
!E XXXXX.X(XXXXX): undeclared identifier `a'
错误分析：代码中指定位置出现了从未定义过的变量.错误的大小写.单词拼写错误、下划线错误等都有可能导致这类错误。
解决方法：检查变量声明，更正拼写错误。如果真的是忘记了变量声明,在合适的位置补充即可。
!E XXXXX.X(XXXXX): illegal statement termination
!E XXXXX.X(XXXXX):skipping 'int'
!E XXXXX.X(XXXXX): undeclared identifier `a'
!W XXXXX.X(XXXXX):[warning] expression with no effect elided
错误分析：这种错误的出现，原因相当隐蔽。注意以下代码：
void (void)
{
FuncA();
int a = 0;
……
}
在这段代码中,在声明变量a之前,程序已经执行了其他操作,这在AISN-C中是不允许的.正确的做法是将变量的声明移动到紧随花括号的位置。甚至可以这样：
void (void)
{
FuncA();
.....
{
int a=0;
......
}
}
不过需要强调的是,在这种情况下,变量a仅在第二对花括号内有效,这是变量的作用域法则所决定的
解决方法：将变量的声明移动到正确的位置。
!E XXXXX.X(XXXXX): redeclaration of `FuncA' previously
declared at XXXXX.X(XXXXX)
错误分析：该错误提示大体意思是：发生了函数重复定义,排除函数名冲突这种原因之后,模块内部函数声明部分和函数实体结构部分不一致通常是导致这种错误的元凶。例如：
//模块内对函数进行了声明
void FuncA(unsigned char cData);
//函数实体部分却写成
viod FuncA(viod)
{
……
}
解决方法：首先排除函数声明和函数实体结构不一致的情况,如果问题依旧,就需要查找是不是真的有重名函数存在
!E XXXXX.X(XXXXX):type error in argument 2 to `FuncB';
found `unsigned char' expected `pointer to unsigned char'
错误分析：当我们调用函数传递给函数的参数与需要的类型不符时,就会看见这个提示(通常发生在指针上,整型变量间参数传递
类型不符通常不会触发这一错误）。
解决方法: 修改程序，使参数传递与函数类型需求匹配.
畅学电子
