- Jul 14, 2011
-
-
Jakob Stoklund Olesen authored
llvm-svn: 135096
-
Jim Grosbach authored
llvm-svn: 135095
-
Jim Grosbach authored
llvm-svn: 135094
-
Jim Grosbach authored
llvm-svn: 135093
-
Jim Grosbach authored
llvm-svn: 135092
-
- Jul 13, 2011
-
-
Bruno Cardoso Lopes authored
general version of X86ISD::ANDNP also opened the room for a little bit of refactoring. llvm-svn: 135088
-
Bruno Cardoso Lopes authored
it's later selected to a ANDNPD/ANDNPS instruction instead of the PANDN instruction. Rename it. llvm-svn: 135087
-
Jim Grosbach authored
Combine redundant base classes and such. No indended functional change. llvm-svn: 135085
-
Eli Friedman authored
Make sure we don't combine a large displacement and a frame index in the same addressing mode on x86-64. It can overflow, leading to a crash/miscompile. <rdar://problem/9763308> llvm-svn: 135084
-
Jim Grosbach authored
llvm-svn: 135082
-
Jim Grosbach authored
They're all Thumb2 only, not just some of them. More refactoring cleanup coming. llvm-svn: 135081
-
Jakob Stoklund Olesen authored
Some pysical registers create split solutions that would spill anywhere. They should not even be considered in future multi-way global splits. This does not affect code generation (yet). llvm-svn: 135080
-
Eli Friedman authored
Refactor out checking for displacements on x86-64 addressing modes. No functionality change. Refactoring in preparation for an additional safety check in FoldOffsetIntoAddress. Part of <rdar://problem/9763308>. llvm-svn: 135079
-
Jim Grosbach authored
llvm-svn: 135078
-
Jim Grosbach authored
llvm-svn: 135077
-
Jim Grosbach authored
llvm-svn: 135076
-
Jakob Stoklund Olesen authored
This is in preparation of supporting multiple global split candidates in a single live range split operation. llvm-svn: 135074
-
Jim Grosbach authored
llvm-svn: 135072
-
Jim Grosbach authored
llvm-svn: 135071
-
Jay Foad authored
a complete misunderstanding of the code. llvm-svn: 135070
-
Evan Cheng authored
llvm-svn: 135068
-
Jim Grosbach authored
The immediate is of limited range and the operand type should reflect that. llvm-svn: 135066
-
Evan Cheng authored
llvm-svn: 135064
-
Jim Grosbach authored
llvm-svn: 135063
-
Jim Grosbach authored
llvm-svn: 135062
-
Jim Grosbach authored
llvm-svn: 135061
-
Jim Grosbach authored
Keeping the instructions in alphabetical order, just like in the ARM ARM. Adding FIXMEs for skipped instructions when adding tests out of order. llvm-svn: 135060
-
Evan Cheng authored
llvm-svn: 135059
-
Evan Cheng authored
It's not safe to fold (fptrunc (sqrt (fpext x))) to (sqrtf x) if there is another use of sqrt. rdar://9763193 llvm-svn: 135058
-
Jim Grosbach authored
llvm-svn: 135056
-
Jim Grosbach authored
Catch potential cascading errors on a malformed so_reg operand and bail after the first error. Add some tests for the diagnostics we do want. llvm-svn: 135055
-
Jim Grosbach authored
llvm-svn: 135053
-
Jim Grosbach authored
llvm-svn: 135052
-
Jim Grosbach authored
Now works for parsing register shifted register and register shifted immediate arithmetic instructions, including the 'rrx' rotate with extend. llvm-svn: 135049
-
Jim Grosbach authored
llvm-svn: 135047
-
Jim Grosbach authored
Update the debug output interface for MCParsedAsmOperand to have a print() method which takes an output stream argument, an << operator which invokes the print method using the given stream, and a dump() method which prints the operand to the dbgs() stream. This makes the interface more consistent with the rest of LLVM, and more convenient to use at the debugger command line. llvm-svn: 135043
-
Jay Foad authored
llvm-svn: 135042
-
Jay Foad authored
llvm-svn: 135040
-
Jay Foad authored
ExtractValueInst APIs to use ArrayRef: a new constructor taking a (begin, end) range, and operators == and != for element-wise comparison. llvm-svn: 135039
-
Danil Malyshev authored
llvm-svn: 135037
-