- Jun 07, 2010
-
-
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
-
Dale Johannesen authored
unless using -arm-tail-calls. llvm-svn: 105515
-
Dan Gohman authored
llvm-svn: 105514
-
Dan Gohman authored
llvm-svn: 105513
-
Stuart Hastings authored
llvm-svn: 105511
-
Dan Gohman authored
there could be multiple subexpressions within a single expansion which require insert point adjustment. This fixes PR7306. llvm-svn: 105510
-
Dale Johannesen authored
I don't think this ever resulted in problems on x86, but it would on ARM. llvm-svn: 105509
-
Dan Gohman authored
llvm-svn: 105508
-
Devang Patel authored
Radar 8055687. llvm-svn: 105505
-
Evan Cheng authored
llvm-svn: 105502
-
Dan Gohman authored
register pressure. llvm-svn: 105501
-
-
Nate Begeman authored
llvm-svn: 105496
-
Devang Patel authored
llvm-svn: 105495
-
Stuart Hastings authored
llvm-svn: 105492
-
Devang Patel authored
Copy location info for current function argument from dbg.declare if respective store instruction does not have any location info. llvm-svn: 105490
-
- Jun 04, 2010
-
-
Nate Begeman authored
llvm-svn: 105488
-
Dale Johannesen authored
llvm-svn: 105485
-
Jim Grosbach authored
llvm-svn: 105481
-
Dan Gohman authored
llvm-svn: 105480
-
Jakob Stoklund Olesen authored
register allocation. Process all of the clobber lists at the end of the function, marking the registers as used in MachineRegisterInfo. This is necessary in case the calls clobber callee-saved registers (sic). llvm-svn: 105473
-
Dale Johannesen authored
8060143, although this doesn't fix the real problem with tail call. llvm-svn: 105472
-
-
Nate Begeman authored
llvm-svn: 105461
-
Nate Begeman authored
llvm-svn: 105456
-
Jim Grosbach authored
llvm-svn: 105454
-
Mon P Wang authored
replace an OpA with a widened OpB, it is possible to get new uses of OpA due to CSE when recursively updating nodes. Since OpA has been processed, the new uses are not examined again. The patch checks if this occurred and it it did, updates the new uses of OpA to use OpB. llvm-svn: 105453
-
Dale Johannesen authored
llvm-svn: 105450
-
Dale Johannesen authored
functions where they belong. llvm-svn: 105449
-
Nate Begeman authored
Add skeleton of support for emitting the list of prototypes for BuiltinsARM.def llvm-svn: 105443
-
Dan Gohman authored
llvm-svn: 105442
-