| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 138952
|
| |
|
|
|
|
| |
only one use. Fix PR10825.
llvm-svn: 138951
|
| |
|
|
| |
llvm-svn: 138948
|
| |
|
|
| |
llvm-svn: 138946
|
| |
|
|
| |
llvm-svn: 138922
|
| |
|
|
| |
llvm-svn: 138918
|
| |
|
|
|
|
|
| |
Make sure the low bit of the PC is set when loading an address directly
for jump tables in static relocation model.
llvm-svn: 138912
|
| |
|
|
|
|
| |
Thumb2 branches. However, this exposed a number of situations where the decoder was too permissive in allowing invalid instructions to decode successful. Specify additional fixed bits to close those gaps.
llvm-svn: 138910
|
| |
|
|
| |
llvm-svn: 138898
|
| |
|
|
| |
llvm-svn: 138897
|
| |
|
|
| |
llvm-svn: 138896
|
| |
|
|
| |
llvm-svn: 138895
|
| |
|
|
| |
llvm-svn: 138889
|
| |
|
|
|
|
|
|
| |
need to preserve the sign of the index. This fixes miscompilations of Quicksort in the nightly testsuite, and hopefully others as well.
<rdar://problem/10046188>
llvm-svn: 138885
|
| |
|
|
|
|
|
|
| |
When we want encoding T3 (the wide encoding), we can explicitly check for
that and twiddle the CanAcceptCarrySet accordingly. For now, just correctly
handle encodings T1 and T2 when in Thumb2 mode.
llvm-svn: 138879
|
| |
|
|
|
|
| |
instead of labels.
llvm-svn: 138874
|
| |
|
|
| |
llvm-svn: 138873
|
| |
|
|
|
|
|
| |
Also add instruction aliases for non-.w versions of SBC since they're the
same.
llvm-svn: 138871
|
| |
|
|
| |
llvm-svn: 138868
|
| |
|
|
| |
llvm-svn: 138866
|
| |
|
|
|
|
|
|
| |
When the destination register of an add immediate instruction is
explicitly specified, encoding T1 is preferred, else encoding T2 is
preferred.
llvm-svn: 138862
|
| |
|
|
|
|
|
|
|
|
|
| |
It appears that our use of the imp-use and imp-def flags with
sub-registers is not yet robust enough to support this.
The failing test case is complicated, I am working on a reduction.
<rdar://problem/10044201>
llvm-svn: 138861
|
| |
|
|
| |
llvm-svn: 138858
|
| |
|
|
|
|
| |
Hopefully this will fix gcc testsuite failures.
llvm-svn: 138856
|
| |
|
|
|
|
| |
Patch by Sanjoy Das
llvm-svn: 138853
|
| |
|
|
|
|
|
|
| |
- Duplicate some store patterns to their AVX forms!
- Catched a bug while restricting the patterns subtarget, fix it
and update a testcase to check it properly
llvm-svn: 138851
|
| |
|
|
| |
llvm-svn: 138850
|
| |
|
|
|
|
| |
whenever AVX is enabled.
llvm-svn: 138849
|
| |
|
|
| |
llvm-svn: 138848
|
| |
|
|
| |
llvm-svn: 138846
|
| |
|
|
| |
llvm-svn: 138845
|
| |
|
|
|
|
| |
other the EQ/NE. Discovered by roundtrip testing.
llvm-svn: 138840
|
| |
|
|
|
|
| |
than labels.
llvm-svn: 138837
|
| |
|
|
|
|
| |
instead of labels.
llvm-svn: 138835
|
| |
|
|
|
|
| |
necessary for round-tripping.
llvm-svn: 138834
|
| |
|
|
| |
llvm-svn: 138833
|
| |
|
|
| |
llvm-svn: 138832
|
| |
|
|
|
|
| |
disabled.
llvm-svn: 138826
|
| |
|
|
|
|
|
| |
In the case of EDInstInfo, this would actually cause a bug when -1 became 255
and was then compared >=0 in llvm-mc/Disassembler.cpp.
llvm-svn: 138825
|
| |
|
|
|
|
|
|
|
|
|
|
| |
code is inserted to first check if the current stacklet has enough
space. If so, space is allocated by simply decrementing the stack
pointer. Otherwise a runtime routine (__morestack_allocate_stack_space
in libgcc) is called which allocates the required memory from the
heap.
Patch by Sanjoy Das.
llvm-svn: 138818
|
| |
|
|
|
|
|
|
|
|
|
|
| |
from DYNAMIC_STACKALLOC.
Two new pseudo instructions (SEG_ALLOCA_32 and SEG_ALLOCA_64) which
will match X86SegAlloca (based on word size) are also added. They
will be custom emitted to inject the actual stack handling code.
Patch by Sanjoy Das.
llvm-svn: 138814
|
| |
|
|
|
|
|
|
|
|
|
|
| |
X86. Modify the pass added in the previous patch to call this new
code.
This new prologues generated will call a libgcc routine (__morestack)
to allocate more stack space from the heap when required
Patch by Sanjoy Das.
llvm-svn: 138812
|
| |
|
|
|
|
|
| |
-segmented-stacks.
Patch by Sanjoy Das!
llvm-svn: 138811
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Add a instruction flag: hasPostISelHook which tells the pre-RA scheduler to
call a target hook to adjust the instruction. For ARM, this is used to
adjust instructions which may be setting the 's' flag. ADC, SBC, RSB, and RSC
instructions have implicit def of CPSR (required since it now uses CPSR physical
register dependency rather than "glue"). If the carry flag is used, then the
target hook will *fill in* the optional operand with CPSR. Otherwise, the hook
will remove the CPSR implicit def from the MachineInstr.
llvm-svn: 138810
|
| |
|
|
|
|
| |
arguments as before), unset CR1EQ otherwise.
llvm-svn: 138802
|
| |
|
|
|
|
| |
Patch supplied by Liu (projlc@gmail.com)
llvm-svn: 138799
|
| |
|
|
|
|
| |
Patch supplied by Liu (projlc@gmail.com)
llvm-svn: 138798
|
| |
|
|
|
|
| |
Patch supplied by Liu (projlc@gmail.com)
llvm-svn: 138797
|
| |
|
|
| |
llvm-svn: 138796
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
register dependency (rather than glue them together). This is general
goodness as it gives scheduler more freedom. However it is motivated by
a nasty bug in isel.
When a i64 sub is expanded to subc + sube.
libcall #1
\
\ subc
\ / \
\ / \
\ / libcall #2
sube
If the libcalls are not serialized (i.e. both have chains which are dag
entry), legalizer can serialize them in arbitrary orders. If it's
unlucky, it can force libcall #2 before libcall #1 in the above case.
subc
|
libcall #2
|
libcall #1
|
sube
However since subc and sube are "glued" together, this ends up being a
cycle when the scheduler combine subc and sube as a single scheduling
unit.
The right solution is to fix LegalizeType too chains the libcalls together.
However, LegalizeType is not processing nodes in order so that's harder than
it should be. For now, the move to physical register dependency will do.
rdar://10019576
llvm-svn: 138791
|