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地址，我們可以從裏邊找到相關信息。
