- Feb 08, 2010
-
-
Dan Gohman authored
in global initializers. Instead of aborting, attempt to fold them on the spot. If folding succeeds, emit the folded expression instead. This fixes PR6255. llvm-svn: 95583
-
Dan Gohman authored
llvm-svn: 95582
-
Dale Johannesen authored
we can get in here if FastISel gives up in a block. (Actually the two copies of this need to be unified. Later.) llvm-svn: 95579
-
Dan Gohman authored
for blocks ending in "unreachable". llvm-svn: 95565
-
Dan Gohman authored
its current purpose. llvm-svn: 95564
-
Johnny Chen authored
llvm-svn: 95560
-
Chris Lattner authored
llvm-svn: 95559
-
Duncan Sands authored
looking for isPointer, and added the rest for uniformity. llvm-svn: 95557
-
Daniel Dunbar authored
by clang's -fixit! :) llvm-svn: 95551
-
Johnny Chen authored
A8.6.331 VMOV (between two ARM core registers and two single-precision registers) llvm-svn: 95548
-
Duncan Sands authored
llvm-svn: 95542
-
Torok Edwin authored
Thanks to Kristaps Straupe for noticing the bug. llvm-svn: 95537
-
Sanjiv Gupta authored
llvm-svn: 95532
-
Sanjiv Gupta authored
Use a temp dir with a unique name in the current dir itself. Use forward_value instead of unpack_values. llvm-svn: 95530
-
- Feb 07, 2010
-
-
Nick Lewycky authored
cppcheck! llvm-svn: 95527
-
Duncan Sands authored
warns about this base class not having a virtual destructor, but since this class has no virtual methods and neither it or the types derived from it has a destructor, a protected trivial destructor will do (and shuts cppcheck up) the trick without the cost of introducing a vtable. llvm-svn: 95526
-
- Feb 06, 2010
-
-
Bruno Cardoso Lopes authored
llvm-svn: 95506
-
Bruno Cardoso Lopes authored
- o32 cc must pass all arguments in A0...A3 and stack regardless if its type (but respect the alignment). - Store all variable arguments back to the caller stack. llvm-svn: 95500
-
Evan Cheng authored
only run for x86 with fastisel. I've found it being very effective in eliminating some obvious dead code as result of formal parameter lowering especially when tail call optimization eliminated the need for some of the loads from fixed frame objects. It also shrinks a number of the tests. A couple of tests no longer make sense and are now eliminated. llvm-svn: 95493
-
Evan Cheng authored
llvm-svn: 95492
-
Bob Wilson authored
llvm-svn: 95488
-
Rafael Espindola authored
llvm-svn: 95477
-
Evan Cheng authored
Do not emit callseq instructions around sibcalls. This eliminated some unnecessary stack adjustments. llvm-svn: 95475
-
Dale Johannesen authored
are from debug info. Add an iterator to MachineRegisterInfo to skip Debug operands when walking the use list. No functional change yet. llvm-svn: 95473
-
Dale Johannesen authored
addresses in dbg.declare; ignore this for the moment to prevent things from breaking. llvm-svn: 95471
-
Victor Hernandez authored
llvm-svn: 95468
-
Victor Hernandez authored
Function-local metadata whose operands had been optimized to no longer refer to function-local IR were not getting written by BitcodeWriter; solution is for these metadata to be enumerated just like global metadata. llvm-svn: 95467
-
Jakob Stoklund Olesen authored
This time it's for real! I am going to hook this up in the frontends as well. The inliner has some experimental heuristics for dealing with the inline hint. When given a -respect-inlinehint option, functions marked with the inline keyword are given a threshold just above the default for -O3. We need some experiments to determine if that is the right thing to do. llvm-svn: 95466
-
Bob Wilson authored
llvm-svn: 95465
-
Devang Patel authored
llvm-svn: 95461
-
Bob Wilson authored
Radar 7614112. llvm-svn: 95456
-
Jakob Stoklund Olesen authored
llvm-svn: 95454
-
Jakob Stoklund Olesen authored
llvm-svn: 95453
-
Devang Patel authored
llvm-svn: 95452
-
- Feb 05, 2010
-
-
Chris Lattner authored
llvm-svn: 95448
-
Chris Lattner authored
redundant with a correct one) pattern that was added for the disassembler. llvm-svn: 95446
-
Chris Lattner authored
llvm-svn: 95445
-
Chris Lattner authored
llvm-svn: 95444
-
Chris Lattner authored
pslld 69, %mm3 ## encoding: [0x0f,0xf2,0x1c,0x25,0x45,0x00,0x00,0x00] instead of like this: pslld 69, %mm3 ## encoding: [0x0f,0xf2,0x1c,0x25,0x45,0000,0000,0000] this only affects 0. llvm-svn: 95441
-
Chris Lattner authored
llvm-svn: 95440
-