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
Details
Diff Detail
Diff Detail
- Repository
- rL LLVM
Event Timeline
Comment Actions
Small comment, otherwise, looks good to me.
cheers,
--renato
test/CodeGen/Thumb2/2009-08-06-SpDecBug.ll | ||
---|---|---|
11 ↗ | (On Diff #24154) | This change looks unrelated, do you know why it happens? |
test/CodeGen/Thumb2/2009-08-06-SpDecBug.ll | ||
---|---|---|
11 ↗ | (On Diff #24154) | 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. |
Comment Actions
LGTM, Thanks!
test/CodeGen/Thumb2/2009-08-06-SpDecBug.ll | ||
---|---|---|
11 ↗ | (On Diff #24154) | Right, makes sense. Not seeing the whole assembly output made me worry. :) |