- Jul 17, 2010
-
-
Zhongxing Xu authored
llvm-svn: 108620
-
Lang Hames authored
llvm-svn: 108618
-
Lang Hames authored
llvm-svn: 108616
-
Lang Hames authored
Still very much under development. Comments and fixes will be forthcoming. (This commit includes some small tweaks to LiveIntervals & LoopInfo to support the splitter) llvm-svn: 108615
-
Owen Anderson authored
llvm-svn: 108614
-
Lang Hames authored
any command line paramater changed the register allocation produced by PBQP. Turns out variety is not the spice of life. Fixed some comparators, added others. All good now. llvm-svn: 108613
-
Eli Friedman authored
llvm-svn: 108612
-
Chris Lattner authored
llvm-svn: 108611
-
Chris Lattner authored
constant replacement which was botching its handling of types. Use of getType() instead of getRawType() was causing the type map in constant folding to be updated wrong. llvm-svn: 108610
-
Eli Friedman authored
llvm-svn: 108609
-
Jim Grosbach authored
instruction for non-constant operands. This includes the case referenced in the README.txt regarding a bitfield copy. llvm-svn: 108608
-
Eli Friedman authored
llvm-svn: 108607
-
Eli Friedman authored
llvm-svn: 108606
-
Daniel Dunbar authored
Also, add constructor function for creating AsmParser instances. llvm-svn: 108604
-
Jim Grosbach authored
llvm-svn: 108603
-
Jim Grosbach authored
llvm-svn: 108601
-
Eric Christopher authored
llvm-svn: 108588
-
Eric Christopher authored
information. No functional change yet. llvm-svn: 108583
-
Eric Christopher authored
stack realignment on ARM. Also check for function attributes as we do on X86 as well as make explicit that we're checking can as well as needs in this function. llvm-svn: 108582
-
Eric Christopher authored
needsStackRealignment is currently checking the can conditions as well. llvm-svn: 108581
-
Bill Wendling authored
llvm-svn: 108571
-
Jim Grosbach authored
and a combine pattern to use it for setting a bit-field to a constant value. More to come for non-constant stores. llvm-svn: 108570
-
Dan Gohman authored
llvm-svn: 108569
-
Bill Wendling authored
void foo() { __builtin_unreachable(); } It will output the following on Darwin X86: _func1: Leh_func_begin0: pushq %rbp Ltmp0: movq %rsp, %rbp Ltmp1: Leh_func_end0: This prolog adds a new Call Frame Information (CFI) row to the FDE with an address that is not within the address range of the code it describes -- part is equal to the end of the function -- and therefore results in an invalid EH frame. If we emit a nop in this situation, then the CFI row is now within the address range. llvm-svn: 108568
-
Jakob Stoklund Olesen authored
llvm-svn: 108567
-
Jakob Stoklund Olesen authored
llvm-svn: 108566
-
Jakob Stoklund Olesen authored
llvm-svn: 108565
-
Jakob Stoklund Olesen authored
Thumb2ITBlockPass. llvm-svn: 108564
-
Bill Wendling authored
thus is a much more meaningful name. llvm-svn: 108563
-
Jakob Stoklund Olesen authored
The isLive() method can read uninitialized memory, but it still gives correct results. llvm-svn: 108561
-
- Jul 16, 2010
-
-
Chris Lattner authored
llvm-svn: 108560
-
Jakob Stoklund Olesen authored
llvm-svn: 108556
-
Jakob Stoklund Olesen authored
PowerPC. llvm-svn: 108555
-
Chris Lattner authored
so there is no locking involved in type refinement. llvm-svn: 108553
-
Gabor Greif authored
llvm-svn: 108549
-
Eli Friedman authored
llvm-svn: 108547
-
Dale Johannesen authored
llvm-svn: 108545
-
Dan Gohman authored
code ids, not just some of them. llvm-svn: 108543
-
Jakob Stoklund Olesen authored
operands. Hopefully this fixes the llvm-gcc-powerpc-darwin9 buildbot. It really shouldn't since missing memoperands should not affect correctness. llvm-svn: 108540
-
Dan Gohman authored
a redundant loopsimplify run from the default -O2 sequence. llvm-svn: 108539
-