| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
that cpuid leaf 7 can't be queried on versions of Visual Studio earlier than VS 2008 SP1. Fixes PR11147.
llvm-svn: 142177
|
| |
|
|
| |
llvm-svn: 142176
|
| |
|
|
| |
llvm-svn: 142171
|
| |
|
|
| |
llvm-svn: 142170
|
| |
|
|
| |
llvm-svn: 142141
|
| |
|
|
|
|
|
|
| |
<stdin>:1:12: error: register %rax is only available in 64-bit mode
incl %rax
^~~~
llvm-svn: 142137
|
| |
|
|
|
|
|
|
|
|
| |
print ranges for invalid operands.
<stdin>:1:4: error: invalid instruction mnemonic 'abc'
abc incl %edi
^~~
llvm-svn: 142135
|
| |
|
|
|
|
| |
no pattern.
llvm-svn: 142130
|
| |
|
|
| |
llvm-svn: 142122
|
| |
|
|
|
|
| |
VMREAD, and VMWRITE to remove hack from X86RecognizableInstr.
llvm-svn: 142117
|
| |
|
|
|
|
|
| |
These missing flags show up as errors when running -verify-coalescing on
test-suite.
llvm-svn: 142111
|
| |
|
|
| |
llvm-svn: 142110
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
does. Enhance
the X86 asmparser to produce ranges in the one case that was annoying me, for example:
test.s:10:15: error: invalid operand for instruction
movl 0(%rax), 0(%edx)
^~~~~~~
It should be straight-forward to enhance filecheck, tblgen, and/or the .ll parser to use
ranges where appropriate if someone is interested.
llvm-svn: 142106
|
| |
|
|
|
|
| |
3 instead of Operand 2 so needs special casing in the disassembler and code emitter. Ultimately, should pass this information from tablegen
llvm-svn: 142105
|
| |
|
|
|
|
| |
function for accessing leafs with sub leafs specified in ECX. Also added code to keep track of the max cpuid level supported in both basic and extended leaves and qualified the existing cpuid calls and the new call to leaf 7.
llvm-svn: 142089
|
| |
|
|
|
|
| |
because these are the first VEX encoded instructions to use the reg field as an opcode extension.
llvm-svn: 142082
|
| |
|
|
|
|
| |
v2i64; CellSPU/shift_ops.ll fails when promoting elements.
llvm-svn: 142081
|
| |
|
|
|
|
| |
promoting elements.
llvm-svn: 142080
|
| |
|
|
| |
llvm-svn: 142073
|
| |
|
|
|
|
|
|
|
|
|
| |
It really doesn't, but when r141929 removed the hasSideEffects flag from
this instruction, it caused miscompilations. I am guessing that it got
moved across a stack pointer update.
Also clear isRematerializable after checking that this instruction is
in fact never rematerialized in the nightly test suite.
llvm-svn: 142030
|
| |
|
|
|
|
|
|
|
|
|
| |
rdar://10288916 is tracking this fix.
In the past, instcombine and other passes were promoting alloca alignment past
the natural alignment, resulting in dynamic stack realignment. Lang's work now
prevents this from happening (LLVM commit r141599). Now that this really
shouldn't happen report a fatal error rather than silently generate bad code.
llvm-svn: 142028
|
| |
|
|
| |
llvm-svn: 142027
|
| |
|
|
|
|
| |
Fixes PR11129.
llvm-svn: 142022
|
| |
|
|
|
|
| |
machine op.
llvm-svn: 142021
|
| |
|
|
|
|
|
|
|
|
| |
registers.
The callee-saved registers cannot be live across an invoke call because the
control flow may continue along the exceptional edge. When this happens, all of
the callee-saved registers are no longer valid.
llvm-svn: 142018
|
| |
|
|
|
|
|
|
| |
assert("bad SymbolicOp.VariantKind");
To:
assert(0 && "bad SymbolicOp.VariantKind");
llvm-svn: 142000
|
| |
|
|
| |
llvm-svn: 141988
|
| |
|
|
| |
llvm-svn: 141981
|
| |
|
|
| |
llvm-svn: 141978
|
| |
|
|
| |
llvm-svn: 141972
|
| |
|
|
| |
llvm-svn: 141959
|
| |
|
|
| |
llvm-svn: 141947
|
| |
|
|
|
|
| |
processor which is gcc's name for Haswell.
llvm-svn: 141939
|
| |
|
|
|
|
| |
Patch by Jack Carter and Reed Kotler at Mips.
llvm-svn: 141938
|
| |
|
|
|
|
| |
Patch by Jack Carter and Reed Kotler at Mips.
llvm-svn: 141937
|
| |
|
|
|
|
| |
Patch by Jack Carter and Reed Kotler at Mips.
llvm-svn: 141936
|
| |
|
|
|
|
| |
Patch by Jack Carter at Mips.
llvm-svn: 141934
|
| |
|
|
|
|
| |
Patch by Jack Carter at Mips.
llvm-svn: 141932
|
| |
|
|
|
|
|
|
|
|
| |
TableGen infers unmodeled side effects on instructions without a
pattern. Fix some instruction definitions where that was overlooked.
Also raise an error if a rematerializable instruction has unmodeled side
effects. That doen't make any sense.
llvm-svn: 141929
|
| |
|
|
|
|
|
|
|
|
| |
TableGen will mark any pattern-less instruction as having unmodeled side
effects. This is extra bad for V_SET0 which gets rematerialized a lot.
This was part of the cause for PR11125, but the real bug was fixed
in r141923.
llvm-svn: 141924
|
| |
|
|
| |
llvm-svn: 141914
|
| |
|
|
| |
llvm-svn: 141912
|
| |
|
|
| |
llvm-svn: 141909
|
| |
|
|
| |
llvm-svn: 141903
|
| |
|
|
| |
llvm-svn: 141874
|
| |
|
|
|
|
| |
Not having it confused assembly printing of jumptables.
llvm-svn: 141862
|
| |
|
|
|
|
|
| |
release the stack segment and reset the stack pointer. Place the code in its own
MBB to make the verifier happy.
llvm-svn: 141859
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
http://lab.llvm.org:8011/builders/llvm-x86_64-linux/builds/101
--- Reverse-merging r141854 into '.':
U test/MC/Disassembler/X86/x86-32.txt
U test/MC/Disassembler/X86/simple-tests.txt
D test/CodeGen/X86/bmi.ll
U lib/Target/X86/X86InstrInfo.td
U lib/Target/X86/X86ISelLowering.cpp
U lib/Target/X86/X86.td
U lib/Target/X86/X86Subtarget.h
llvm-svn: 141857
|
| |
|
|
|
|
| |
instruction verifier doesn't like this, nor do I.
llvm-svn: 141856
|
| |
|
|
|
|
| |
processor which is gcc's name for Haswell.
llvm-svn: 141854
|