| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
and fixes here and there.
llvm-svn: 123170
|
|
|
|
| |
llvm-svn: 122970
|
|
|
|
| |
llvm-svn: 122969
|
|
|
|
|
|
|
| |
instructions to restore a single register rather than an LDM instruction.
rdar://8754999
llvm-svn: 121498
|
|
|
|
|
|
|
|
| |
Otherwise, a plain str/ldr should be used instead. Make sure we account for
that in prologue/epilogue code generation.
rdar://8745460
llvm-svn: 121391
|
|
|
|
| |
llvm-svn: 121371
|
|
|
|
| |
llvm-svn: 121370
|
|
|
|
| |
llvm-svn: 121351
|
|
|
|
| |
llvm-svn: 121238
|
|
|
|
|
|
|
|
|
|
|
| |
vpush instructions to save / restore VFP / NEON registers like this:
vpush {d8,d10,d11}
vpop {d8,d10,d11}
vpush and vpop do not allow gaps in the register list.
rdar://8728956
llvm-svn: 121197
|
|
|
|
| |
llvm-svn: 121176
|
|
|
|
| |
llvm-svn: 121172
|
|
|
|
|
|
|
|
|
|
|
| |
legalization time. Since at legalization time there is no mapping from
SDNode back to the corresponding LLVM instruction and the return
SDNode is target specific, this requires a target hook to check for
eligibility. Only x86 and ARM support this form of sibcall optimization
right now.
rdar://8707777
llvm-svn: 120501
|
|
|
|
| |
llvm-svn: 120229
|
|
|
|
| |
llvm-svn: 120228
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
state. Previously Thumb2 would restore sp from fp like this:
mov sp, r7
sub, sp, #4
If an interrupt is taken after the 'mov' but before the 'sub', callee-saved
registers might be clobbered by the interrupt handler. Instead, try
restoring directly from sp:
add sp, #4
Or, if necessary (with VLA, etc.) use a scratch register to compute sp and
then restore it:
sub.w r4, r7, #8
mov sp, r7
rdar://8465407
llvm-svn: 119977
|
|
|
|
| |
llvm-svn: 119904
|
|
|
|
| |
llvm-svn: 119740
|
|
|
|
|
|
|
|
|
| |
Remove movePastCSLoadStoreOps and associated code for simple pointer
increments. Update routines that depended upon other opcodes for save/restore.
Adjust all testcases accordingly.
llvm-svn: 119725
|
|
out of TargetRegisterInfo to TargetFrameInfo, which is definitely much better suitable place
llvm-svn: 119097
|