關(guān)于keil編譯cortex-m3純匯編時(shí)為什么問題使用align地址問題
在編譯下面一段代碼時(shí)：
STACK_TOPEQU0x20002000
AREAReset,CODE,READONLY
DCD0x20002000
DCDStart
ENTRY
;CODE16
Start
ldrr2,=Test
LDRDr0,r1,[r2,#4]
LDRDr0,r1,[r2]
LDRDr0,r1,[r2]
;movsr0,r0
;NOP
;align4
Test
DCD0x12345678
END
我發(fā)現(xiàn)，如果加上NOP或align4，程序就不會(huì)跑飛，否則程序就跑飛了。
經(jīng)調(diào)試發(fā)現(xiàn)： 如果不加NOP或align 4的話產(chǎn)生的Test的標(biāo)號(hào)地址就會(huì)產(chǎn)生錯(cuò)誤，而LDRD 指令操作的地址必須是4字節(jié)對(duì)節(jié)的，如果使用的地址不是四字節(jié)對(duì)齊，那么程序就會(huì)產(chǎn)生異常，所以程序就跑飛了。 那么為什么不加NOP或align 4的話Test標(biāo)號(hào)地址就會(huì)產(chǎn)生錯(cuò)誤呢？ 來看一段手冊(cè)上的話：
也就是說DCD是需要標(biāo)號(hào)地址按字對(duì)齊的，如果你沒有對(duì)齊就可以看到如下的編譯警告：test.asm(18): warning: A1581W: Added 2 bytes of padding at address 0x1a
這說明編譯器會(huì)自動(dòng)添加兩個(gè)字節(jié)來幫你對(duì)齊，數(shù)據(jù)分布情況和下面很相似：
這說明編譯器會(huì)自動(dòng)添加兩個(gè)字節(jié)來幫你對(duì)齊，數(shù)據(jù)分布情況和下面很相似：
STACK_TOPEQU0x20002000
AREAReset,CODE,READONLY
DCD0x20002000
DCDStart
ENTRY
;CODE16
Start
ldrr2,=Test
LDRDr0,r1,[r2,#4]
LDRDr0,r1,[r2]
LDRDr0,r1,[r2]
;movsr0,r0
;NOP
;align4
Test
dcb00;編譯器自動(dòng)添加
dcb00;編譯器自動(dòng)添加，而movsr0,r0的機(jī)器碼就是0x0000,會(huì)被
;編譯器翻譯成movsr0,r0,不是當(dāng)作數(shù)據(jù)0x0000
DCDU0x12345678
END
也許看來這樣就完美了，但是程序依然會(huì)跑飛。原因有兩點(diǎn)：
1.即使加了兩個(gè)字節(jié)那么Test的標(biāo)號(hào)地址依然不是四字節(jié)對(duì)齊。
2.這兩個(gè)字節(jié)的零會(huì)被編譯器當(dāng)作指令來處理的，這也就是說Test標(biāo)號(hào)會(huì)被編譯器來當(dāng)作代碼標(biāo)號(hào)來處理，看到了吧，我們的數(shù)據(jù)編譯器一插手就變成代碼了，實(shí)在無奈的很。再來看一段手冊(cè)上的講解：
也就是實(shí)際上LDR r2,=Test執(zhí)行后，r2=Test+1這也解釋了為什么不加NOP或align 4的話r2=0x8000017而加了NOP或Align 4就r2=0x8000018。那么來看一下，加nop或align 4后的效果：
STACK_TOPEQU0x20002000
AREAReset,CODE,READONLY
DCD0x20002000
DCDStart
ENTRY
;CODE16
Start
ldrr2,=Test
LDRDr0,r1,[r2,#4]
LDRDr0,r1,[r2]
LDRDr0,r1,[r2]
;movsr0,r0
;如果是align4會(huì)被加兩個(gè)節(jié)字的movsr0,r0(機(jī)器碼為0x0000)
;如果是nop則會(huì)被加上nop的機(jī)器碼(0xBF00)
;NOP
align4
Test
DCDU0x12345678
END
需要說明的是，我總是把a(bǔ)lign 和nop 放在一塊說，并不是說nop也具有對(duì)齊作用。是因?yàn)榧由蟦op后剛好可以使Test標(biāo)號(hào)地址放在4字節(jié)對(duì)齊的其他地方。在其他地方，nop也許并無此作用。
下載文檔
