筆者在做移植時，將Embest IDE環(huán)境下的例程移到REALVIEWMDK的過程中，曾經(jīng)遇到這樣一個問題：在生成工程時，編譯全部通過，但在鏈接時提示許多符號未定義！如果讀者也遇到過這個問題，請繼續(xù)看下去，如果鏈接時提示未定義的變量是一些內(nèi)聯(lián)函數(shù)（即使用了關(guān)鍵字__inline）。那么就是筆者遇到的問題了。希望這篇文章對您有所幫助。

在MDK中使用關(guān)鍵字__inline時，除了執(zhí)行速度和占用空間和普通函數(shù)不一樣之外，還有以下與普通函數(shù)不一樣的地方：表現(xiàn)為，不能將其申明為外部函數(shù)，即不能將__inline函數(shù)定義在一個外部文件中然后在引用的文件中申明為extern類型。

原因是MDK中使用的__inline函數(shù)時和標準C++中的inline函數(shù)有相同的語義。

在C++標準中，一個內(nèi)聯(lián)函數(shù)在用到它的每個解釋單元需要相同的定義，這樣看來只有內(nèi)部鏈接的才可能內(nèi)聯(lián)。將外部文件中的函數(shù)鏈接并內(nèi)聯(lián)似乎不可能，特別是外部函數(shù)是非內(nèi)聯(lián)的。為了在不同文件之間的函數(shù)可以內(nèi)聯(lián)，必須：

將這些函數(shù)放在一個通用的頭文件中，例如foo.h；

將這些函數(shù)標記為extern __inline；

在需要該內(nèi)聯(lián)函數(shù)時，#include內(nèi)聯(lián)函數(shù)所在的頭文件。

當(dāng)編譯器決定不內(nèi)聯(lián)某個函數(shù)時，在編譯鏈接之后該函數(shù)只有一個拷貝。注：根據(jù)筆者的實驗發(fā)現(xiàn)也可以將內(nèi)聯(lián)函數(shù)直接定義為__inline。

在MDK中如果將__inline函數(shù)申明為extern的話，在編譯時會通過，而在鏈接時會說這些函數(shù)沒定義。這點與Embest IDE不同。Embest IDE允許將內(nèi)聯(lián)函數(shù)在外部文件中定義，在引用的文件中，只須申明為extern類型即可通過編譯鏈接。

解決辦法，將內(nèi)聯(lián)函數(shù)定義在.h文件中，在需要引用的文件中包含該頭文件。這樣就可以調(diào)用頭文件中的內(nèi)聯(lián)函數(shù)了。并且能正確通過編譯、鏈接。

其實在MDK中AT91RM9200的標準庫中也是這么做的，AT91RM9200的標準庫有兩個.h文件――AT91RM9200.h和lib_AT91RM9200.h，其中AT91RM9200.h中定義一些常量和外圍接口結(jié)構(gòu)體。其中l(wèi)ib_AT91RM9200.h中存放的就是庫函數(shù)，其庫函數(shù)均為內(nèi)聯(lián)函數(shù)。

注：以上兩個頭文件存放的路徑為C:KeilARMINCAtmelRM9200。（其中MDK安裝路徑為C:Keil）

你用 __inline就行了，要注意，是小寫的，這是標準的C語言寫法，而你看到的 __INLINE，是STM32的庫進行的宏定義，不是標準的C語言。
那個宏定義在 core_m3.c文件里，只有在那個文件，__INLINE才起作用。

#elif defined ( __TASKING__ )
#define __ASM __asm /*!< asm keyword for TASKING Compiler */
#define __INLINE inline /*!< inline keyword for TASKING Compiler */

#endif

這就是那個C文件里的宏定義。

在IAR中的寫法如下：
#pragma inline
int GetTwoByte(const char *cmd,int pos)
{
return ((((int)*(cmd+pos))<<8)|(((int)*(cmd+pos+1))<<0));
}

在Keil中的寫法如下：
__inline int GetTwoByte(const char *cmd,int pos)
{
return ((((int)*(cmd+pos))<<8)|(((int)*(cmd+pos+1))<<0));
}