DSP程式中段的定義和作用
阿新 • • 發佈：2019-02-14
TI的編譯器生成的目標檔案是一種模組化的ELF格式檔案，程式碼和資料在ELF檔案中以段的形式組織,一個ELF段是在記憶體空間中佔連續一塊code或data。ELF檔案中包含了段的完備資訊,如段的絕對地址.名字.屬性以及資料等。
這些段可分為兩種，已初始化段和未初始化段。已初始化段主要包括資料表和可執行程式碼，如：.text,.cinit,.const等；未初始化段用於保留儲存器空間，程式利用這些空間在執行時建立和儲存變數，如.bss段，.stack段，.far段，有些段，如.sysmem段，如果C程式沒有用到malloc，calloc等這些函式來分配儲存器空間的話，編譯器就不建立.sysmem塊。
每個段的具體內容是：
.text 存放可執行程式碼和浮點數常量
.cinit C語言全域性變數和靜態變數的C初始化記錄列表，程式碼執行時要對應拷貝到相應的變數空間中
.const 存放已明確初始化的字串常量，全域性常量和靜態常量
.bss 存放沒有初始化的全域性變數和靜態變數。在小模式中，.bss塊也為常數巨集保留空間。在程式開始執行時，資料從.cinit塊中拷貝至
.stack 為系統堆疊分配儲存器。這個儲存器用於將變數傳遞至函式以及分配區域性變數。
.far 以far宣告的全域性/靜態變數
.sysmem 為動態儲存器函式malloc、calloc、realloc分配儲存器空間。
注意DSP與ARM編譯器不一樣的地方在於DSP的C語言全域性初始化變數和全域性靜態變數與全域性未初始化變數和函式內部靜態變數都是放在.bss中的，DSP的C語言全域性初始化變數在執行之前是並不佔用空間的，換句話說在生成的目標檔案裡，DSP全域性初始化變數的值是在.cinit段對應記錄中,DSP組合語言的初始化變數是放在.data段。而ARM的全域性初始化變數是存放在.data段，未初始化變數存放在.bss段，並不將C和彙編的段分開。
對於.bss中的全域性初始化變數的初始化過程是可以通過編譯選項來選擇不同的初始化過程，它們是選項-c和-cr 。-c為執行時初始化，-cr為載入時初始化。在編譯器生成目標檔案中，會將C程式中初始化的全域性/靜態變數的初始值按一定結構放在.cinit中，但實際全域性/靜態變數佔用的地址空間在.bss段中。如果是-c選項，那麼C初始化函式c_int00()會讀取.cinit段中的記錄資訊，分別初始化.bss段中的全域性/靜態變數。如果是-cr選項，那麼全域性/靜態變數的初始化工作由loader程式完成，而不是c_int00()函式。也就是載入程式後，loader讀取.cinit段的內容，然後初始化.bss的全域性/靜態變數，當使用JTAG除錯時，CCS開發環境就是一個loader。
每個段都有一個load和run屬性，load屬性告訴loader或flash燒錄程式在哪裡放置這個段，run屬性指出裝置復位後這個段從哪裡執行。所以，如果load屬性和run屬性不同，這個段將由二級bootloader從load地址拷貝到run地址，所有對段的references都是指它的run地址。一個段的run地址基於CPU訪問該段的頻率，如果一個段只被CPU訪問一次，這個段就可以沒有run地址，這樣可以節省RAM空間，比如.cinit段一般只在boot時訪問一次。而需要CPU快速訪問的段則在RAM中有一個run地址。工程編譯後的.map檔案中包含了段的link資訊，如段的size，load地址和run地址，我們可以從裡邊找到相關資訊。
這些段可分為兩種，已初始化段和未初始化段。已初始化段主要包括資料表和可執行程式碼，如：.text,.cinit,.const等；未初始化段用於保留儲存器空間，程式利用這些空間在執行時建立和儲存變數，如.bss段，.stack段，.far段，有些段，如.sysmem段，如果C程式沒有用到malloc，calloc等這些函式來分配儲存器空間的話，編譯器就不建立.sysmem塊。
每個段的具體內容是：
.text 存放可執行程式碼和浮點數常量
.cinit C語言全域性變數和靜態變數的C初始化記錄列表，程式碼執行時要對應拷貝到相應的變數空間中
.const 存放已明確初始化的字串常量，全域性常量和靜態常量
.bss 存放沒有初始化的全域性變數和靜態變數。在小模式中，.bss塊也為常數巨集保留空間。在程式開始執行時，資料從.cinit塊中拷貝至
.stack 為系統堆疊分配儲存器。這個儲存器用於將變數傳遞至函式以及分配區域性變數。
.far 以far宣告的全域性/靜態變數
.sysmem 為動態儲存器函式malloc、calloc、realloc分配儲存器空間。
注意DSP與ARM編譯器不一樣的地方在於DSP的C語言全域性初始化變數和全域性靜態變數與全域性未初始化變數和函式內部靜態變數都是放在.bss中的，DSP的C語言全域性初始化變數在執行之前是並不佔用空間的，換句話說在生成的目標檔案裡，DSP全域性初始化變數的值是在.cinit段對應記錄中,DSP組合語言的初始化變數是放在.data段。而ARM的全域性初始化變數是存放在.data段，未初始化變數存放在.bss段，並不將C和彙編的段分開。
對於.bss中的全域性初始化變數的初始化過程是可以通過編譯選項來選擇不同的初始化過程，它們是選項-c和-cr 。-c為執行時初始化，-cr為載入時初始化。在編譯器生成目標檔案中，會將C程式中初始化的全域性/靜態變數的初始值按一定結構放在.cinit中，但實際全域性/靜態變數佔用的地址空間在.bss段中。如果是-c選項，那麼C初始化函式c_int00()會讀取.cinit段中的記錄資訊，分別初始化.bss段中的全域性/靜態變數。如果是-cr選項，那麼全域性/靜態變數的初始化工作由loader程式完成，而不是c_int00()函式。也就是載入程式後，loader讀取.cinit段的內容，然後初始化.bss的全域性/靜態變數，當使用JTAG除錯時，CCS開發環境就是一個loader。
每個段都有一個load和run屬性，load屬性告訴loader或flash燒錄程式在哪裡放置這個段，run屬性指出裝置復位後這個段從哪裡執行。所以，如果load屬性和run屬性不同，這個段將由二級bootloader從load地址拷貝到run地址，所有對段的references都是指它的run地址。一個段的run地址基於CPU訪問該段的頻率，如果一個段只被CPU訪問一次，這個段就可以沒有run地址，這樣可以節省RAM空間，比如.cinit段一般只在boot時訪問一次。而需要CPU快速訪問的段則在RAM中有一個run地址。工程編譯後的.map檔案中包含了段的link資訊，如段的size，load地址和run地址，我們可以從裡邊找到相關資訊。