ARM系列處理器是 RISC (Reducded InSTructiON Set Computing)處理器。很多基于ARM的高效代碼的程序設計策略都源于RISC 處理器。和很多 RISC 處理器一樣，ARM 系列處理器的內存訪問，也要求數據對齊，即存取“字(Word)”數據時要求四字節對齊，地址的bits[1：0]==0b00;存取“半字(Halfwords)”時要求兩字節對齊，地址的bit[0]==0b0;存取“字節(Byte)”數據時要求該數據按其自然尺寸邊界(Natural Size Boundary)定位。
ARM 編譯程序通常將全局變量對齊到自然尺寸邊界上，以便通過使用 LDR和 STR 指令有效地存取這些變量。這種內存訪問方式與多數 CISC (Complex Instruction Set Computing)體系結構不同，在CISC體系結構下，指令直接存取未對齊的數據。因而，當需要將代碼從CISC 體系結構向 ARM 處理器移植時，內存訪問的地址對齊問題必須予以注意。在RISC體系結構下，存取未對齊數據無論在代碼尺寸或是程序執行效率上，都將付出非常大的代價。
本文將從以下幾個方面討論在ARM體系結構下的程序設計問題。
未對齊的數據指針
C和C++編程標準規定，指向某一數據類型的指針，必須和該類型的數據地址對齊方式一致，所以ARM 編譯器期望程序中的 C 指針指向存儲器中字對齊地址，因為這可使編譯器生成更高效的代碼。
比如，如果定義一個指向 int 數據類型的指針，用該指針讀取一個字，ARM 編譯器將使用LDR 指令來完成此操作。如果讀取的地址為四的倍數(即在一個字的邊界)即能正確讀取。但是，如果該地址不是四的倍數，那么，一條 LDR 指令返回一個循環移位結果，而不是執行真正的未對齊字載入。循環移位結果取決于該地址向對于字的邊界的偏移量和系統所使用的端序(Endianness)。例如，如果代碼要求從指針指向的地址 0x8006 載入數據，即要載入 0x8006、0x8007、0x8008 和 0x8009 四字節的內容。但是，在 ARM 處理器上，這個存取操作載入了0x8004、0x8005、0x8006 和 0x8007 字節的內容。這就是在未對齊的地址上使用指針存取所得到的循環移位結果。
因而，如果想將指針定義到一個指定地址(即該地址為非自然邊界對齊)，那么在定義該指針時，必須使用 __packed 限定符來定義指針： 例如，
__packed int *pi; // 指針指向一個非字對其內存地址
使用了_packed限定符限定之后，ARM 編譯器將產生字節存取命令(LDRB或STRB指令)來存取內存，這樣就不必考慮指針對齊問題。所生成的代碼是字節存取的一個序列，或者取決于編譯選項、跟變量對齊相關的移位和屏蔽。但這會導致系統性能和代碼密度的損失。
值得注意的是，不能使用 __packed 限定的指針來存取存儲器映射的外圍寄存器，因為 ARM 編譯程序可使用多個存儲器存取來獲取數據。因而，可能對實際存取地址附近的位置進行存取，而這些附近的位置可能對應于其它外部寄存器。當使用了位字段(Bitfield)時， ARM 程序將訪問整個結構體，而非指定字段。
編譯器的缺省行為
多數嵌入式應用程序最初都是在原型環境下開發的。無論什么樣的原型環境的資源與最終產品環境都是有差異的。因此，考慮如何將嵌入式應用程序從其所依賴的開發工具或調試環境中移植到在目標硬件上獨立運行是非常重要的。
開始編寫嵌入式應用程序時，開發者可能并不清楚目標硬件的具體規格。如，目標系統使用了什么樣的外圍設備、存儲器映射情況甚至不能確定處理器的型號。 為在了解這些詳細信息前能夠繼續軟件的開發，RVCT 工具提供了很多默認的操作，使用戶能編譯和調試與目標系統無關的應用程序代碼。下面詳細介紹介紹這些編譯選項，只有深入了解這些編譯選項設置，才能使開發更順利的進行。
調整 C 庫使其適應目標硬件
默認情況下，C 庫利用semihostig機制來提供設備驅動級的功能，使得主機主機能夠用作輸入和輸出設備。這種機制對于嵌入式開發十分有用，因為用于開發的硬件系統通常沒有最終系統的輸入和輸出設備。
最簡單的函數重定向的例子就是用戶希望fputc()函數能夠將字符從目標系統的串口輸出而不是在調試時，將字符從調試器的控制臺輸出。這時就需要重新實現該函數。下面的例子將fputc() 的輸入字符參數重新指向一連續輸出函數 sendchar()，將定該例在一個獨立的源文件中實現的。這樣，fputc() 在依目標而定的輸出和 C 庫標準輸出函數之間充當一個抽象層。
圖1 C庫函數重定向
例子程序的代碼如下所示。
extern void sendchar(char *ch);
int fputc(int ch, FILE *f)
{?? /* e.g. write a character to an UART */
char tempch = ch;
sendchar(&tempch);
return ch;
}
映象文件存儲器映射調整
映像由域(Regions)和輸出段(Output Sections)組成。每個域可以有不同的加載地址和執行地址。
分散加載可以更加方便準確的指定映像存儲器映射，為映像組件分組和布局提供了全面控制。它能夠描述由載入時和執行時分散在存儲器映射中的多個區組成的復雜映像映射。雖然，分散加載可以用于簡單映像，但它通常僅用于具有復雜存儲器映射的映像。
要構建映像的存儲器映射，必須向armlink 提供以下信息：
·? 分組信息? 決定如何將各輸入段組織成相應的輸出段和域;
·? 定位信息? 決定各域在存儲空間的起始地址。
有兩種方法可以實現指定映像文件的分組和定位信息：如果映像文件中地址映射關系比較簡單，可以使用命令行選項;如果映像文件中地址映射關系比較復雜的情況，可以使用一個配置文件。使用該配置文件可以高速鏈接器相關的地址映射關系。配置文件又叫Scatter文件，是一個文本文件，通過下面的鏈接選項來實現。
-scatter? filename
復位和初始化
ARM嵌入式系統的初始化序列如圖2所示。系統啟動時立即執行復位處理程序，然后進入$Sub$main()的代碼執行。
復位處理程序是用匯編語言編寫的代碼塊，它在系統復位時執行，完成系統必須初始化操作。對于具有局部存儲器的內核，如Caches、緊密藕荷存儲器 (TCM)、存儲管理單元 (MMU) 和存儲器保護單元 (MPU) 等，在初始化過程這一階段完成必要的配置。復位處理程序在執行之后，通常跳轉到 __main 以開始 C 庫的初始化序列。
一般情況下，系統初始化代碼和主應用程序是分開的。系統初始化要在主應用程序啟動前完成。但部分與硬件相關的系統初始化過程，如啟用Cache和中斷，必須在C庫初始化代碼執行完成后才能執行。
為了在進入主應用程序之前，完成系統初始化，可以使用$sub和$super函數標識符在進入主程序之前插入一個例程。這一機制可以在不改變源代碼的情況下擴展函數的功能。
下面的例子說明了如何使用$sub和$super函數標識。鏈接程序通過調用$sub$$main()函數取代對main()的調用。所以用戶可以在自己編寫的$sub$$main()例程中啟用Cache或使能中斷。
extern void $Super$$main(void);
void $Sub$$main(void)
{
cache_enable();??? // enables caches
int_enable();????? // enables interrupts
$Super$$main();??? // calls original main()
}
在$Sub$$main(void)函數中，鏈接程序通過調用$Super$$main()，是代碼跳轉到實際的main()函數。
在完成硬件初始化之后，必須考慮主應用程序運行在何種模式。如果應用程序運行在特權模式(Privileged mode)，只需在退出復位處理程序前切換到適當的模式;如果應用程序運行在用戶模式下，要在完成系統初始化之后，再切換到用戶模式。模式的切換工作，一般在$Sub$$main(void)函數中完成。
圖2 ARM嵌入式系統的初始化序列