ARM標準庫

ADS提供了ANSI C和C 標準庫，本文僅討論ANSI C庫，該庫包含下面幾個部分：
◇IS0 C庫標準所定義的函數；
◇在Semihosted 環境下用來實現C庫函數和目標相關的函數；
◇C和C 編譯器要使用的helper函數。

該庫提供的諸如文檔輸入輸出之類的設備，使用了標準的ARM semihosted執行環境(semihosting是針對ARM目標機的一種機制，他能夠根據應用程式代碼的輸入/輸出請求，和運行有調度功能的主機通信，這種技術允許主機為通常沒有輸入和輸出功能的目標硬件提供主機資源)。ARMulator、Angel和Multi-lCE都支持這個環境，能夠使用ADs中提供的研發工具研發應用程式，然后在ARMulator或是研發板上運行和調試該程式。假如要使應用系統單獨于這個環境，則必須重新實現C庫中依賴于這個環境的相關函數，根據用戶系統的運行環境對C庫進行適當的裁減。 ..

使用ANSI標準C庫進行程式研發，不但能夠提高研發效率而且能夠增強程式的可移植性。在程式中使用庫函數，必須先建立一個庫函數能夠執行的環境，這些工作都由庫中的函數完成。當應用程式鏈接了C庫中的函數時，C庫中的函數將完成：
◇創建C程式所需的執行環境(建立棧，假如需要創建一個堆，初始化程式使用的部分庫)；
◇調用main()函數開始執行C程式；
◇支持程式使用的Is0定義的函數；
◇捕獲運行時的錯誤和信號，假如需要，根據錯誤終止執行或程式退出。版權申明：本站文章均來自網絡,本站所有轉載文章言論不代表本站觀點

2 裁減ARM標準C函數庫
標準庫中包含了部分依賴于ARM semihosted執行環境的函數，這部分函數的函數名中包含有單個或兩個下劃線“-”，需要重新實現這部分函數。假如在程式中定義這些函數，則編譯器就會使用新定義的函數，這個過程稱為庫函數的裁減。一般情況下，只需要重新定義很少的幾個函數就能夠使用C庫。

ARM應用系統開始執行用戶應用程式，必須先將應用程式加載到執行域，建立應用程式的執行環境。使用C庫時，這些繁瑣的工作就大部分由c函數來完成了。匯編程式完成系統初始化后，跳轉到C程式的人口_main () (注意：不是main()，當C程式中定義了main()主函數時，編譯器就會生成_main 代碼)。由_main()引導庫函數完成C執行環境的初始化，具體過程如下：
◇將非啟動代碼的RO和RW執行域代碼從加載域地址復制到執行域地址；
◇將ZI段 清零；
◇跳轉到_rt_entry。

調用_main()將大大簡化匯編啟動代碼的編寫，匯編代碼僅需完成系統硬件的初始化，而沒有必要將代碼從加載域地址復制到執行域地址，連同ZI域清零等工作。特別是當使用分布式加載時_main()的作用就更加明顯了。但是_main()并沒有建立C庫運行必須的環境，這項工作由_rt_entry() 完成，主要調用過程為：

◇調用_rt_stackheap_init()建立堆和棧；
◇調用_rt_lib_init()初始化引用的庫函數；假如需要，建立main()函數的參數argc和argv等；
◇調用main()函數，執行應用程式，能夠應用庫函數；
◇用main()函數的返回值作參數調用exit()。

_rt_entry并不是C函數，他是用ARM C庫編程的起始點。_rt_entry不能用C語言宴現，因為這時候堆棧還沒有建立，堆棧由＿ rt_stackheap_init()來建立。

上面簡單介紹了C程式使用庫函數時的調用過程，由_rt—stackheap_init()建立C庫使用的內存模型－－堆和棧。因為ARM庫是建立在 semihosted執行環境的，他實現的內存模型是基于這個環境的，所以必須修改這個內存模型建立機制。表1列出了需要重新實現的函數，實現了這些函數，應用程式就能夠脫離宿主機環境單獨運行了。其中，必須重新實現的是＿user initial＿stackheap()，因為默認的實現是基于semihosted執行環境的，該函數被＿n＿stackheap＿init()調用創建內存模型，其他兩個函數沒有默認的實現。 .　

表1

函數
描述

__user_initial_stackheap()
返回原始的堆位置

__user_heap_extend()
返回額外的堆位置和大小

__user_stack_slop()
返回額外的堆的數量

實現該函數，必須滿足下面的條件：
◇使用不超過96字節的棧空間；
◇除了R12(ip)外不要污染其他寄存器；
◇將堆基址、棧基址、堆邊界和棧邊界分別存在RO～R3作為返回參數；
◇堆必須保持8個字節對齊。
實現例程如下：

#include

__value_in-regs struct __initial_stackheap __user_initial-sta ckheap(

unsigned R0, unsigned SP, unsigned R2, unsigned SL)

{

struct __initial_stackheap config;

config.heap_base = BASE_HEAP;

config.stack_base = BASE_STACK;

return donfig;

}

為了提高應用程式研發效率和可移植性，希望在目標系統上使用ARM庫提供的標準輸人輸出庫函數。

高層輸入輸出函數是不依賴于目標系統環境的，但是高層輸入輸出函數必須調用依賴于目標系統的底層函數，才能實現應用系統的輸入輸出。依據目標系統硬件環境重新定義這些底層函數，就能夠使用庫提供的標準input／output庫函數了。下面以裁減ARM標準庫提供的printf系列輸出函數為例來作說明。

標準I/O庫中最常用的是printf系列函數，包括_printf()、printf()、_fprintf()、fprintf()、 vprintf()和vfprintf()。任何這些函數非透明地使用_FILE，并且僅依賴于fputc()和ferror()兩個函數。函數 _printf()和_fprintf()和printf()和fprintf()的區別僅在于前兩個函數不能格式化浮點值。只要定義了自己的_FILE 版本和fputc()、ferror()函數，外加定義一個具備FILE類型的_stdout變量，就能夠不作任何修改地使用printf系列、 fwrite()、fputs()和puts()函數了。