This makes it more likely that we can use the 16-bit push and pop instructions
on Thumb-2, saving around 4 bytes per function.
Details
Diff Detail
Event Timeline
Small comment, otherwise, looks good to me.
cheers,
--renato
test/CodeGen/Thumb2/2009-08-06-SpDecBug.ll | ||
---|---|---|
11 | This change looks unrelated, do you know why it happens? |
test/CodeGen/Thumb2/2009-08-06-SpDecBug.ll | ||
---|---|---|
11 | I am not sure exactly. It looks like in this case (and a few others elsewhere) the code is computing a frame pointer in r7 by taking the address of the spilled r7 value. (I don't entirely understand why we compute the frame pointer address this way.) If I look at the rest of the uses of r7, they seem fine, accounting for the change in offset. |
LGTM, Thanks!
test/CodeGen/Thumb2/2009-08-06-SpDecBug.ll | ||
---|---|---|
11 | Right, makes sense. Not seeing the whole assembly output made me worry. :) |
This change looks unrelated, do you know why it happens?