- Jun 09, 2010
-
-
Eric Christopher authored
the register. While we're at it, make sure it's in the right one. llvm-svn: 105645
-
- Jun 08, 2010
-
-
Daniel Dunbar authored
they are out of date, instead of only testing if they exist. llvm-svn: 105636
-
Jim Grosbach authored
llvm-svn: 105634
-
Daniel Dunbar authored
llvm-svn: 105620
-
Daniel Dunbar authored
DeltaAlgorithm: Tweak split to split by first/second half instead of even/odd, since adjacent changes are more likely to be related. llvm-svn: 105613
-
Daniel Dunbar authored
ADT: Add DAGDeltaAlgorithm, which is a DAG minimization algorithm built on top of the standard 'delta debugging' algorithm. - This can give substantial speedups in the delta process for inputs we can construct dependency information for. llvm-svn: 105612
-
Rafael Espindola authored
the llvm tests :-( It was failing with -- Testing: 5324 tests, 8 threads -- Fatal Python error: PyEval_AcquireThread: NULL new thread state llvm-svn: 105610
-
Benjamin Kramer authored
realloc implementation can try to expand the allocated memory block in-place, avoiding the copy. llvm-svn: 105605
-
Kalle Raiskila authored
Discussed here: http://lists.cs.uiuc.edu/pipermail/llvmdev/2010-June/032107.html llvm-svn: 105601
-
Nate Begeman authored
llvm-svn: 105600
-
Nate Begeman authored
Refine BuiltinsARM.def types a bit, we should do a better job of this to save some c++ code in CGBuiltins. llvm-svn: 105598
-
Bob Wilson authored
llvm-svn: 105591
-
Nate Begeman authored
fix vcvt naming handle vdup, vcombine with generic vector code llvm-svn: 105588
-
Bob Wilson authored
- change isShuffleMaskLegal to show that all shuffles with 32-bit and 64-bit elements are legal - the Neon shuffle instructions do not support 64-bit elements, but we were not checking for that before lowering shuffles to use them - remove some 64-bit element vduplane patterns that are no longer needed llvm-svn: 105586
-
Bob Wilson authored
that it is an immediate before checking that the instruction is an EXTRACT_SUBREG. llvm-svn: 105585
-
Dan Gohman authored
llvm-svn: 105561
-
- Jun 07, 2010
-
-
Stuart Hastings authored
llvm-svn: 105559
-
Jim Grosbach authored
rdar://7797940 llvm-svn: 105557
-
Nick Lewycky authored
llvm-svn: 105556
-
Jim Grosbach authored
llvm-svn: 105554
-
Dan Gohman authored
llvm-svn: 105553
-
Dan Gohman authored
llvm-svn: 105552
-
Dan Gohman authored
llvm-svn: 105551
-
Dan Gohman authored
llvm-svn: 105550
-
Dan Gohman authored
determinstic. Instead, give SCEV objects an arbitrary sequence number. llvm-svn: 105548
-
Dan Gohman authored
that the operands are sorted. llvm-svn: 105546
-
Bill Wendling authored
the operands. llvm-svn: 105545
-
Dan Gohman authored
llvm-svn: 105544
-
Dan Gohman authored
llvm-svn: 105542
-
Jim Grosbach authored
llvm-svn: 105541
-
Dan Gohman authored
scrounging through SCEVUnknown contents and SCEVNAryExpr operands; instead just do a simple deterministic comparison of the precomputed hash data. Also, since this is more precise, it eliminates the need for the slow N^2 duplicate detection code. llvm-svn: 105540
-
Bill Wendling authored
encapsulation to force the users of these classes to know about the internal data structure of the Operands structure. It also can lead to errors, like in the MSIL writer. llvm-svn: 105539
-
Rafael Espindola authored
llvm-svn: 105534
-
Nate Begeman authored
llvm-svn: 105531
-
- Jun 05, 2010
-
-
Kenneth Uildriks authored
Partial specialization was not checking the callsite to make sure it was using the same constants as the specialization, leading to calls to the wrong specialization. Patch by Takumi Nakamura\! llvm-svn: 105528
-
Duncan Sands authored
llvm-svn: 105527
-
Chris Lattner authored
In file included from X86InstrInfo.cpp:16: X86GenInstrInfo.inc:2789: error: integer constant is too large for 'long' type X86GenInstrInfo.inc:2790: error: integer constant is too large for 'long' type X86GenInstrInfo.inc:2792: error: integer constant is too large for 'long' type X86GenInstrInfo.inc:2793: error: integer constant is too large for 'long' type X86GenInstrInfo.inc:2808: error: integer constant is too large for 'long' type X86GenInstrInfo.inc:2809: error: integer constant is too large for 'long' type X86GenInstrInfo.inc:2816: error: integer constant is too large for 'long' type X86GenInstrInfo.inc:2817: error: integer constant is too large for 'long' type llvm-svn: 105524
-
Bruno Cardoso Lopes authored
yet, only assembly encoding support. llvm-svn: 105521
-
Bruno Cardoso Lopes authored
llvm-svn: 105519
-
Dan Gohman authored
should be calling it. llvm-svn: 105517
-