本文格式為Word版，下載可任意編輯——C言語KEIL的ARM編譯器對RW和ZI段的處理C言語KEIL的ARM編譯器對RW和ZI段的處理

按照C編譯器編譯的結果，一般會產生RO段，RW段，ZI段。RO是程序中的指令和常量，RW是程序中的已初始化全局變量，ZI是程序中的未初始化或初始化為零的全局變量。下面是我為大家帶來的C言語KEIL的ARM編譯器對RW和ZI段的處理的學識，接待閱讀。

C言語KEIL的ARM編譯器對RW和ZI段的處理

按照C編譯器編譯的結果，一般會產生RO段，RW段，ZI段。RO是程序中的指令和常量，RW是程序中的已初始化全局變量，ZI是程序中的未初始化或初始化為零的全局變量。

那么如下的代碼

intaaa;

intbbb;

intmain

aaa=7;

bbb=8;

return0;

理應產生的是八個字節的ZI段，但很古怪，--bss_threshold=0

ProgramSize:Code=464RO-data=268RW-data=8ZI-data=608

如上所示，其中的Code段，RO-data段和ZI-data段是啟動代碼產生的，這里不深究。

它產生了8個字節的RW段，可以分析產生的map文件查看main匯編代碼和RW段，察覺確實將aaa和bbb調配在了RW段。

map文件中的符號如下：

aaa0x20000000Data4main.o.data

bbb0x20000004Data4main.o.data

ExecutionRegionRW_IRAM1Base:0x20000000,Size:0x00000268,Max:0x00001000,ABSOLUTE

BaseAddrSizeTypeAttrIdxESectionNameObject

0x200000000x00000008DataRW11.datamain.o

想想沒道理，嘗試察覺初始化了的全局變量也是放在RW段。

結果察覺罪魁禍首是KEIL的armcc的“--bss_threshold=num”這個編譯選項，查看手冊介紹如下：

ThisoptioncontrolstheplacementofsmallglobalZIdataitemsinsections.AsmallglobalZIdataitemisanuninitializeddataitemthatiseightbytesorlessinsize.

--bss_threshold=num

where:

num

iseither:

placesmallglobalZIdataitemsinZIdatasections

placesmallglobalZIdataitemsinRWdatasections.

InARMCompiler4.1andlater,thecompilermightplacesmallglobalZIdataitemsinRWdatasectionsasanoptimization.InRVCT2.0.1andearlier,smallglobalZIdataitemswereplacedinZIdatasectionsbydefault.

Use--bss_threshold=0toemulatethebehaviorofRVCT2.0.1andearlierwithrespecttotheplacementofsmallglobalZIdataitemsinZIdatasections.

將對比小的'全局ZI變量存放到RW段當中作為優化手段，默認是小于8個字節的當做smallglobalZIdata，也就是說char，int這些類型全部會放到ZI，除非是大于8個字節的數組。

知道這個之后在編譯選項里面添加--bss_threshold=0就可以將其恢復到正常的ZI段中了。

gcc的a