| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 117971
|
| |
|
|
| |
llvm-svn: 117969
|
| |
|
|
| |
llvm-svn: 117967
|
| |
|
|
| |
llvm-svn: 117964
|
| |
|
|
|
|
|
|
| |
At least X86FloatingPoint requires correct kill flags after register allocation,
and targets using register scavenging benefit. Conservative kill flags are not
enough.
llvm-svn: 117960
|
| |
|
|
| |
llvm-svn: 117959
|
| |
|
|
| |
llvm-svn: 117956
|
| |
|
|
|
|
|
|
| |
will BECOME the low
bits are zero, not that the current low bits are zero. Fixes <rdar://problem/8606771>.
llvm-svn: 117953
|
| |
|
|
|
|
| |
from X86AsmParser.cpp
llvm-svn: 117952
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
at more than those which define CPSR. You can have this situation:
(1) subs ...
(2) sub r6, r5, r4
(3) movge ...
(4) cmp r6, 0
(5) movge ...
We cannot convert (2) to "subs" because (3) is using the CPSR set by
(1). There's an analogous situation here:
(1) sub r1, r2, r3
(2) sub r4, r5, r6
(3) cmp r4, ...
(5) movge ...
(6) cmp r1, ...
(7) movge ...
We cannot convert (1) to "subs" because of the intervening use of CPSR.
llvm-svn: 117950
|
| |
|
|
|
|
| |
give them individual stack slots once the are actually spilled.
llvm-svn: 117945
|
| |
|
|
|
|
|
| |
When an instruction refers to a spill slot with a LiveStacks entry, check that
the spill slot is live at the instruction.
llvm-svn: 117944
|
| |
|
|
| |
llvm-svn: 117940
|
| |
|
|
| |
llvm-svn: 117936
|
| |
|
|
|
|
|
| |
codegen using the patterns; the latter gates the assembler recognizing the
instruction.
llvm-svn: 117931
|
| |
|
|
| |
llvm-svn: 117930
|
| |
|
|
| |
llvm-svn: 117929
|
| |
|
|
| |
llvm-svn: 117927
|
| |
|
|
| |
llvm-svn: 117925
|
| |
|
|
|
|
| |
patterns as such
llvm-svn: 117923
|
| |
|
|
| |
llvm-svn: 117922
|
| |
|
|
| |
llvm-svn: 117911
|
| |
|
|
|
|
|
| |
*_Encode classes. These instructions are the only ones which use those classes,
so a subclass isn't necessary.
llvm-svn: 117906
|
| |
|
|
| |
llvm-svn: 117904
|
| |
|
|
|
|
| |
must be 8 bits. Support this memory form.
llvm-svn: 117902
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
aliases installed and working. They now work when the
matched pattern and the result instruction have exactly
the same operand list.
This is now enough for us to define proper aliases for
movzx and movsx, implementing rdar://8017633 and PR7459.
Note that we do not accept instructions like:
movzx 0(%rsp), %rsi
GAS accepts this instruction, but it doesn't make any
sense because we don't know the size of the memory
operand. It could be 8/16/32 bits.
llvm-svn: 117901
|
| |
|
|
|
|
|
| |
in their asmstring. Fix the two x86 "NOREX" instructions that have them.
If these comments are important, the instlowering stuff can print them.
llvm-svn: 117897
|
| |
|
|
|
|
|
| |
various X86 and ARM instructions that are bitten by this as isCodeGenOnly,
as they are.
llvm-svn: 117884
|
| |
|
|
| |
llvm-svn: 117879
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
looks like is happening:
Without the peephole optimizer:
(1) sub r6, r6, #32
orr r12, r12, lr, lsl r9
orr r2, r2, r3, lsl r10
(x) cmp r6, #0
ldr r9, LCPI2_10
ldr r10, LCPI2_11
(2) sub r8, r8, #32
(a) movge r12, lr, lsr r6
(y) cmp r8, #0
LPC2_10:
ldr lr, [pc, r10]
(b) movge r2, r3, lsr r8
With the peephole optimizer:
ldr r9, LCPI2_10
ldr r10, LCPI2_11
(1*) subs r6, r6, #32
(2*) subs r8, r8, #32
(a*) movge r12, lr, lsr r6
(b*) movge r2, r3, lsr r8
(1) is used by (x) for the conditional move at (a). (2) is used by (y) for the
conditional move at (b). After the peephole optimizer, these the flags resulting
from (1*) are ignored and only the flags from (2*) are considered for both
conditional moves.
llvm-svn: 117876
|
| |
|
|
| |
llvm-svn: 117867
|
| |
|
|
|
|
|
|
| |
Use this to make the X86 and ARM targets set isCodeGenOnly=1
automatically for their instructions that have Format=Pseudo,
resolving a hack in tblgen.
llvm-svn: 117862
|
| |
|
|
|
|
|
| |
and make it a hard error for instructions to not have an asm string.
These instructions should be marked isCodeGenOnly.
llvm-svn: 117861
|
| |
|
|
|
|
| |
got a dulicated line).
llvm-svn: 117860
|
| |
|
|
| |
llvm-svn: 117859
|
| |
|
|
|
|
|
|
|
|
|
| |
Instead of silently ignoring these instructions, emit a hard error and
force the target author to either refactor the target or mark the
instruction 'isCodeGenOnly'.
Mark a few instructions in ARM and MBlaze as isCodeGenOnly the are
doing this.
llvm-svn: 117858
|
| |
|
|
|
|
| |
how the push/pop mnemonic aliases are wrong.
llvm-svn: 117857
|
| |
|
|
|
|
|
| |
calling convention out of the fast and normal ISel files, and
into the calling convention TD file.
llvm-svn: 117856
|
| |
|
|
|
|
|
| |
which has the same logic specified in the CallingConv TD file.
This brings FastISel in line with the standard X86 ISel.
llvm-svn: 117855
|
| |
|
|
|
|
| |
it would be a bit too big :-)
llvm-svn: 117849
|
| |
|
|
| |
llvm-svn: 117848
|
| |
|
|
|
|
|
| |
"In32BitMode" and "In64BitMode" into tblgen, allow any
predicate that inherits from AssemblerPredicate.
llvm-svn: 117831
|
| |
|
|
|
|
|
|
|
|
|
| |
directives, allowing things like this:
def : MnemonicAlias<"pop", "popl">, Requires<[In32BitMode]>;
def : MnemonicAlias<"pop", "popq">, Requires<[In64BitMode]>;
Move the rest of the X86 MnemonicAliases over to the .td file.
llvm-svn: 117830
|
| |
|
|
| |
llvm-svn: 117824
|
| |
|
|
| |
llvm-svn: 117823
|
| |
|
|
| |
llvm-svn: 117822
|
| |
|
|
| |
llvm-svn: 117821
|
| |
|
|
|
|
| |
for shl. Caught by inspection.
llvm-svn: 117820
|
| |
|
|
| |
llvm-svn: 117819
|
| |
|
|
| |
llvm-svn: 117818
|