源程序中代码的优化和ICCAVR常见的错误代码及其解释

1源程序中代码的优化和ICCAVR常见的错误代码及其解释（1）用移位实现乘除法运算a=a*4;b=b/4;可以改为：a=a2;b=b2;说明：通常如果需要乘以或除以2n，都可以用移位的方法代替。在ICCAVR中，如果乘以2n，都可以生成左移的代码，而乘以其它的整数或除以任何数，均调用乘除法子程序。用移位的方法得到代码比调用乘除法子程序生成的代码效率高。实际上，只要是乘以或除以一个整数，均可以用移位的方法得到结果，如：a=a*9可以改为：a=(a3)+aICCAVR常见的错误代码及其解释!ECan'topeninputfileC:\Documents错误分析：错误提示的大体意思是：无法打开C盘根目录下的文件“Documents”。事实上，我们都知道这里的Documents显然是DocumentsandSetting文件夹名称的前一个单词。ICC并不支持路径名称中含有空格，因此系统将DocumentsandSetting的第一个空格认作是分隔符，将and和Setting及其以后的东西都认作是参数。这样看来，Documents并不是一个存在的文件，自然无法打开，于是我们就看到了这样的错误提示。解决方法：将文件拷贝到一个路径名中不含空格的文件夹中。!EXXXXX.X(XXXXX):cannotincludesourcefilemacros.h;filenotfound错误分析：在ICC7以下的版本中，系统并不会自动到安装目录下的include文件夹中寻找所需的头文件。此时，如果我们未能正确的通过Project-Option-Paths选项卡设定正确的路径，就会看到以上的提示。当然，如果工程中使用的某些头文件路径不正确的话，也会看到这样的提示。解决方法：如果信息提示缺失的是系统头文件，正确设定Paths选项卡即可；如果信息提示缺失的是用户头文件，我们应该查找头文件的正确位置，并修改程序中的包含信息。!ERRORfile'crtavr.o':undefinedsymbol'_main'错误分析：工程中所有的.c文件里都没有main函数。解决方法：补充main函数!EXXXXX.X(XXXXX):'text'areasizetoolarge(64Kbytes).Pleasemovesomecodetoanotherfile错误分析：在ICC的未注册版本中，往往存在单个.c文件允许编译代码的最大限制。这就是著名的64K代码限制。按照系统的提示，将一个.c文件中的部分代码转移到别的.c文件中，有时候能够解决问题。解决方法：购买正版ICC。或者尝试将一个.c文件中的部分代码转移到另外一个.c文件中。!Elibrary(0):area'bss'notlargeenoughwantsize10242lo260hi767size508错误分析：bss段是编译器存放全局数组和局部静态数组的地方。如果我们在编写程序时声明了过大的数组、或局部静态数组，就有可能看到这个提示。解决方法：如果某些数组是常量，我们就可以增加const关键字，将其放到空间相对宽裕的FLASH中（例如段码表、字模等）。对于其他情况，就只有简化程序或者外扩SRAM存储器了。!Elibrary(101):area'data'notlargeenough错误分析：data段是编译器放置全局变量和静态局部变量的地方。如果我们声明了过多的全局变量和局部静态变量，就有可能看到这个提示。解决方法：简化程序或者外扩SRAM存储器。!EXXXXX.X(XXXXX):Codeaddress0alreadycontainsavalue!EXXXXX.X(XXXXX):Codeaddress0x1alreadycontainsavalue错误分析：如果我们在编译程序前忘记或者没有正确选择单片机型号,就会看到这个提示解决方法：检查Project-Option-Target选项卡中是否选择了正确的器件型号!EXXXXX.X(XXXXX):macronamemissedin#define错误分析：代码中存在未完成的宏定义语句,例如:#define解决方法：完成该宏的编写或者直接删除.!EXXXXX.X(XXXXX):unrecognizedstatement!EXXXXX.X(XXXXX):syntaxerror;found`}'exp!EXXXXX.X(XXXXX):syntaxerror;found`endofinput'expecting'}'错误分析：代码中缺少指定位置的分号.当然,还有很多其他原因导致类似的错误提示。找出这些隐含的错误往往需要耐心、经验甚至是运气。解决方法：视情况补充分号即可!EXXXXX.X(XXXXX):illegalcharacter`\0243'!EXXXXX.X(XXXXX):illegalcharacter`\0273'错误分析：代码中指定位置出现了中文分号解决方法：将中文分号换为西文分号!EXXXXX.X(XXXXX):undeclaredidentifier`a'错误分析：代码中指定位置出现了从未定义过的变量.错误的大小写.单词拼写错误、下划线错误等都有可能导致这类错误。解决方法：检查变量声明，更正拼写错误。如果真的是忘记了变量声明,在合适的位置补充即可。!EXXXXX.X(XXXXX):illegalstatementtermination!EXXXXX.X(XXXXX):skipping'int'!EXXXXX.X(XXXXX):undeclaredidentifier`a'!WXXXXX.X(XXXXX):[warning]expressionwithnoeffectelided错误分析：这种错误的出现，原因相当隐蔽。注意以下代码：voidFunction(void)3{FuncA();inta=0;……}在这段代码中,在声明变量a之前,程序已经执行了其他操作,这在AISN-C中是不允许的.正确的做法是将变量的声明移动到紧随花括号的位置。甚至可以这样：voidFunction(void){FuncA();.....{inta=0;.....}}不过需要强调的是,在这种情况下,变量a仅在第二对花括号内有效,这是变量的作用域法则所决定的解决方法：将变量的声明移动到正确的位置。!EXXXXX.X(XXXXX):redeclarationof`FuncA'previouslydeclaredatXXXXX.X(XXXXX)错误分析：该错误提示大体意思是：发生了函数重复定义,排除函数名冲突这种原因之后,模块内部函数声明部分和函数实体结构部分不一致通常是导致这种错误的元凶。例如：//模块内对函数进行了声明voidFuncA(unsignedcharcData);//函数实体部分却写成viodFuncA(viod){……}解决方法：首先排除函数声明和函数实体结构不一致的情况,如果问题依旧,就需要查找是不是真的有重名函数存在!EXXXXX.X(XXXXX):typeerrorinargument2to`FuncB';found`unsignedchar'expected`pointertounsignedchar'错误分析：当我们调用函数传递给函数的参数与需要的类型不符时,就会看见这个提示(通常发生在指针上,整型变量间参数传递类型不符通常不会触发这一错误）。解决方法:修改程序，使参数传递与函数类型需求匹配