用慣了IAR覺著它真的灰常強大（雖然UI界面有點簡單，沒有Keil和Eclipse做的那么炫），隨著使用的時間越來越長，不斷有新的技巧和功能被發掘，第一是不斷給俺帶來驚喜，第二是成就感自我感覺良好，第三也是最重要的就是IAR功能的強大極大程度上方便了我們的產品開發，所以如此“賢內助”我們怎么舍得拒絕呢（這回輪到給IAR做廣告了），哈哈~

不過令我們頭疼的是當編譯程序時出現的一大堆錯誤及警告信息，雖然大多數問題好解決，不過也有一些錯誤或者警告讓我們抓耳撓腮無所適從。所以這里我就列出IAR一些常見的錯誤和警告信息所代表的意思及相應的處理方法，希望能對正在使用IAR的同志們有所幫助。另外本信息表主要是我在逛阿莫論壇時看到的，也沒有原作者相應的信息，所以無法在這里感謝了，也因此我以“經驗筆記”的形式寫出來（當然也有自己的一些批注）。下面我挑了一些重點的列出來并加以注釋，具體原版信息表見文章最后的附件：

一、警告信息表：

1.Macro name redefine（宏被重新定義）

表示用#define定義的宏在程序中以不同形式的參數或者形式重新定義了。

2.undeclared function parameter name; assumed int（為聲明的函數參數“name”，假設為“int”型）

缺省情況下，函數定義頭部中未聲明的標識符默認為“int”型。

3.unreferenced label name（未引用的標號“name”）

這個貌似最常遇到的警告之一了，常常我們定義了某個變量，但在程序中卻沒有使用它。

4.unreachable returns, the function will never return.（不能到達的返回，即執行不到RET指令，函數不能返回）

函數永遠不能返回到調用的函數中，這可能是程序設計的bug造成的。當然如果是RTOS的話，這點是正常的，無需考慮，因為操作系統每一個任務就是無限循環。

5.Floating point constant out of range.（浮點常數超出范圍）

浮點值太大或者太小以致于不能使用目標的浮點系統來表示。

... ...

二、錯誤信息表：

1.Invalid syntax（無效的語法）

系統編譯器不能識別的語法，語句不符合標準。

2.Failed to open #include file name（打開頭文件失敗）

這也是比較常見的錯誤，編譯器在編譯程序的時候找不到文件里包含的頭文件，可能頭文件不存在或者路徑不對等等。

3.member name of struct or union redeclared（結構體或者聯合體成員變量被重新聲明）

這個錯誤也是比較常犯的，因忘記了在結構體后者聯合體中已經定義的變量，而在程序主體之中又重新定義或者聲明了這個變量。

4.‘; ’ expected（忘記語句結束符'; '）

這個貌似是最常見的錯誤了吧，估計好多新手都犯過這個錯誤，養成一個語句結尾都要加‘; '的好習慣是你從菜鳥邁向大牛很重要的一步。

5.“else” without preceding “if”（“else”沒有前導的“if”）

過多或者雜亂的使用if...else嵌套容易造成此類錯誤，常常丟三落四，所以養成好的編程風格和習慣可以避免此類錯誤。

... ...

錯誤和警告的類型很多很多，我這里列出來的只是冰山之一角了