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?