llvm-svn: 34692

llvm-svn: 34537

llvm-svn: 34514

llvm-svn: 34482

llvm-svn: 34428

Revert patches that caused the problem. Evan, please investigate and reapply
when you've discovered the problem.

llvm-svn: 34399

llvm-svn: 34376

llvm-svn: 34013

llvm-svn: 34011

llvm-svn: 34010

llvm-svn: 34009

that is the case, whenever we use it as a scratch register, save it to R12
first and then restore it after the use.
This is a temporary and truly horrible workaround!

llvm-svn: 33999

- If there is a dynamic alloca, in the epilogue, restore the value of sp
  using r7 - offset.
- Other bug fixes.

llvm-svn: 33997

eliminateFrameIndex() is even more complicated if frame ptr is used instead of SP when there are dynamic alloca's.

llvm-svn: 33975

llvm-svn: 33971

foldMemoryOperand() cannot fold tMOVrr sp into load / store in thumb mode. tLDRspi / tSTRspi cannot target / store high registers.

llvm-svn: 33958

llvm-svn: 33945

llvm-svn: 33800

llvm-svn: 33795

llvm-svn: 33780

llvm-svn: 33741

there follows a sp increment for the va register save region. Instead issue
a separate pop to another register, increment sp, and then return:
        pop {r4, r5, r6, r7}
        pop {r3}
        add sp, #3 * 4
        bx r3

llvm-svn: 33739

llvm-svn: 33727

llvm-svn: 33724

llvm-svn: 33721

ARM fix: Miscompilation when frame pointer can't be eliminated. Uninitialized frame pointer register is used.

llvm-svn: 33703

that would require > 3 instructions to materialize), load the immediate from a
constpool entry.

llvm-svn: 33667

sp, imm instructions implicitly multiply the offset by 4.

llvm-svn: 33653

llvm-svn: 33652

  spilled (if it is not already).
- If LR is spilled, use BL to implement far jumps. LR is not used as a GPR
  in thumb mode so it can be clobbered if it is properly spilled / restored
  in prologue / epilogue.
- If LR is force spilled but no far jump has been emitted, try undo'ing the
  spill by:
  push lr -> delete
  pop pc -> bx lr

llvm-svn: 33650

llvm-svn: 33632

llvm-svn: 33551

llvm-svn: 33509

PEI is now responsible for adding MaxCallFrameSize to frame size and align the stack. Each target can further adjust the frame size if necessary.

llvm-svn: 33460

llvm-svn: 33455

llvm-svn: 33401

llvm-svn: 33390

llvm-svn: 33389

llvm-svn: 33366

llvm-svn: 33353