char mem_1[2];

char mem_2[2];

char *array[] = {

mem_1, mem_2

};

上段程式在 PC 上是很正常的程式，可是當搬到 single chip ，如 8052 時，就不是這麼回事了，所以我在前一篇文章就有提到，能夠做 memory assignment ，在 embedded system 是很重要的事。而 PC 端的程式， compiler 與 OS 都幫你做完了。

這些記憶體宣告會放在預設的記憶體位置 ( 文末會提到 ) ，以 8052 為例， internal ram=256bytes ，共佔了 10bytes

char mem_1[2]; // 2bytes

char mem_2[2]; // 2bytes

char *array[] = { // 6bytes ????

mem_1, mem_2

};

8052 為 16bit address ，照道理 array[] 應該只佔 2*2=4bytes ，怎麼會變成 6bytes 呢？因為 8052 內部記憶體分成好幾塊，每一塊都是獨立，一定要透過指令才能進行搬移，可是 c 語言並沒有針對這種結構做設計，所以只好再用 1byte 來做標籤，所以可以想像，一個 [*ptr=5] 會翻出多少指令，這是寫 PC 或 ARM 的程式設計師無法想像的地方。

如果這些陣列是不會變動的，照我之前寫的 " 搞什麼鬼 ?c語言的關鍵字:const" ，是可以放在 rom 裡面的

char const mem_1[2]; // 2bytes in rom

char const mem_2[2]; // 2bytes in rom

char const * array[] = { // 6bytes in ram????

mem_1, mem_2

};

熟悉 pointer 的程式師會知道，上面的 array[] 寫法是沒用的，因為那個 const 是形容 (char *) ，所以 array[] 還是會擺在 ram 裡面，要改成下面才行。

char * const array[] = { // 6bytes in rom

mem_1, mem_2

};

改成下面，多加一個 const ，才是正確的型別

char const * const array[] = { // 4bytes in rom

mem_1, mem_2

};

上述手法可以適用在許多cpu，尤其是許多內建flash的cpu，不一定只有8051才適用，同時也可以避免掉使用pragma所造成的可攜性問題。

前面提到，一個 pointer 需要靠其中的標籤來判斷到底該用那些指令來存取，而這個判斷還是由指令形成，如果我們確定 pointer 的指向一定是 " 某種 " 記憶體，這個標籤就可以省掉了，不但少了空間，更減少多餘的指令執行，這對於某些需要在 1~2us 運作完畢的程式，是非常重要的手法，此時 c 語言的關鍵字就不夠用了，要搬出 8051 compiler 特有的關鍵字： code,xdata,idata,data,bdata 等 ...

char code mem_1[2]; // 2bytes in rom

char code mem_2[2]; // 2bytes in rom

char code * code array[] = { // 4bytes in ram????

mem_1, mem_2

};

第二個 code 告訴 compiler array[] 是放在 rom 內。

第一個 code 告訴 compiler array[] 的內容是 " 指向 rom" 的 pointer。

其實和const很像。

其餘關鍵字就比照辦理，小心keil c的const不是flash，此時如果不會看 map 檔，拼命在檢查程式碼，那真會看死人的，所以用 Keil C 就要使用 code 等的關鍵字來控制才行，所以此時就要適時的使用 #define 來使程式碼具有可攜性，將來有一天搬到 ARM 甚至是 pc 編成 DLL 檔時時還可以用。

這裏順道提到一個很重要的問題，一定要想通，就是

1. 32bit CPU 的 "32bit"

2. 64bit ADDRESS BUS 的 "64bit"

3. CISC

4. RISC

上述四點互有什麼關係？因為這四點是相通的，給個提示，看一下 ARM7 的指令集，每一個 BIT 的意義，之前我看到有些人在吵 CISC/RISC ，其實都吵錯了還不知道，這些東西想通了，這一整篇就沒什麼問題了。