- Sep 09, 2009
-
-
Dan Gohman authored
llvm-svn: 81293
-
Dan Gohman authored
llvm-svn: 81290
-
Chris Lattner authored
llvm-svn: 81289
-
Chris Lattner authored
could look at this: the top undefined bits of an immediate shouldn't affect isel (cmp vs cmp.w) llvm-svn: 81288
-
Chris Lattner authored
llvm-svn: 81285
-
Chris Lattner authored
llvm-svn: 81273
-
Chris Lattner authored
llvm-svn: 81267
-
Chris Lattner authored
to instructions instead of zero extended ones. This makes the asmprinter print signed values more consistently. This apparently only really affects the X86 backend. llvm-svn: 81265
-
Anton Korobeynikov authored
llvm-svn: 81262
-
Chris Lattner authored
llvm-svn: 81259
-
Dan Gohman authored
llvm-svn: 81257
-
- Sep 08, 2009
-
-
Dan Gohman authored
of using llvm-as, now that opt supports this. llvm-svn: 81226
-
Anton Korobeynikov authored
makes the code faster. llvm-svn: 81220
-
Anton Korobeynikov authored
llvm-svn: 81205
-
Evan Cheng authored
When remat'ing and destination virtual register has a sub-register index. Make sure the sub-register class matches the register class of the remat'ed instruction definition register class. llvm-svn: 81204
-
Chris Lattner authored
llvm-svn: 81200
-
Chris Lattner authored
depth first order, so it wouldn't process unreachable blocks. When compiling at -O0, late dead block elimination isn't done and the bad instructions got to isel. llvm-svn: 81187
-
Dan Gohman authored
null in the case of an empty struct, so don't try to call getNumValues on it. llvm-svn: 81180
-
Dan Gohman authored
from floating-point to integer first, and bitcast the result back to floating-point. Previously, this test was passing by falling back to SelectionDAG lowering. The resulting code isn't as nice, but it's correct and CodeGen now stays on the fast path. llvm-svn: 81171
-
- Sep 05, 2009
-
-
Daniel Dunbar authored
llvm-svn: 81084
-
Daniel Dunbar authored
- I'd appreciate it if someone else eyeballs my changes to make sure I captured the intent of the test. llvm-svn: 81083
-
Bob Wilson authored
linear scan reg alloc. This fixes a problem I ran into where extracting a function from a larger file caused the generated code to change (masking the problem I was trying to debug) because the allocator behaved differently. This changes the results for two X86 regression checks. stack-color-with-reg is improved, with one less instruction, but pr3495 is worse, with one more copy. As far as I can tell, these tests were just getting lucky or unlucky, so I've changed the expected results. llvm-svn: 81060
-
- Sep 04, 2009
-
-
Evan Cheng authored
llvm-svn: 80994
-
Daniel Dunbar authored
llvm-svn: 80986
-
Bob Wilson authored
llvm-svn: 80983
-
Bob Wilson authored
llvm-svn: 80975
-
Dan Gohman authored
FastISel to recognize this pattern and emit a floating-point negation using xor. llvm-svn: 80963
-
- Sep 03, 2009
-
-
Daniel Dunbar authored
llvm-svn: 80946
-
Dan Gohman authored
swapping the operands if necessary. llvm-svn: 80940
-
Mon P Wang authored
Changed the old vector shift test to use FileCheck llvm-svn: 80936
-
Evan Cheng authored
Reference to hidden symbols do not have to go through non-lazy pointer in non-pic mode. rdar://7187172. llvm-svn: 80904
-
Chris Lattner authored
llvm-svn: 80902
-
Chris Lattner authored
llvm-svn: 80901
-
- Sep 02, 2009
-
-
Anton Korobeynikov authored
llvm-svn: 80838
-
- Sep 01, 2009
-
-
Bob Wilson authored
llvm-svn: 80707
-
Bob Wilson authored
llvm-svn: 80705
-
Bob Wilson authored
llvm-svn: 80658
-
Bob Wilson authored
tied to different source registers, the TwoAddressInstructionPass needs to be smarter. Change it to check before replacing a source register whether that source register is tied to a different destination register, and if so, defer handling it until a subsequent iteration. llvm-svn: 80654
-
Jim Grosbach authored
llvm-svn: 80651
-
Jim Grosbach authored
makes an eggregious hack somewhat more palatable. Bringing the LSDA forward and making it a GV available for reference would be even better, but is beyond the scope of what I'm looking to solve at this point. Objective C++ code could generate function names that broke the previous scheme. This fixes that. llvm-svn: 80649
-