- Jul 01, 2009
-
-
David Goodwin authored
llvm-svn: 74555
-
- Jun 30, 2009
-
-
Andreas Bolka authored
llvm-svn: 74553
-
Dan Gohman authored
llvm-svn: 74551
-
Dan Gohman authored
in APIntTest.cpp. llvm-svn: 74550
-
David Goodwin authored
llvm-svn: 74549
-
David Greene authored
Add 256-bit memory operand support. llvm-svn: 74548
-
David Goodwin authored
llvm-svn: 74543
-
Owen Anderson authored
llvm-svn: 74542
-
Chris Lattner authored
llvm-svn: 74538
-
Owen Anderson authored
llvm-svn: 74537
-
Rafael Espindola authored
Avoid unnecessary duplication of operand 0 of X86::FpSET_ST0_80. This duplication would cause one register to remain on the stack at the function return. llvm-svn: 74534
-
Daniel Dunbar authored
llvm-svn: 74531
-
Daniel Dunbar authored
- Apologies in advance for the noise. llvm-svn: 74530
-
Daniel Dunbar authored
llvm-svn: 74529
-
Douglas Gregor authored
llvm-svn: 74527
-
Oscar Fuentes authored
See http://msdn.microsoft.com/en-us/library/ms686818(VS.85).aspx Patch by Olaf Krzikalla! llvm-svn: 74526
-
Rafael Espindola authored
This was caused by me confounding FP0 and ST(0). llvm-svn: 74523
-
Evan Cheng authored
Temporarily restore the scavenger implicit_def checking code. MachineOperand isUndef mark is not being put on implicit_def of physical registers (created for parameter passing, etc.). llvm-svn: 74519
-
Evan Cheng authored
Add a bit IsUndef to MachineOperand. This indicates the def / use register operand is defined by an implicit_def. That means it can def / use any register and passes (e.g. register scavenger) can feel free to ignore them. The register allocator, when it allocates a register to a virtual register defined by an implicit_def, can allocate any physical register without worrying about overlapping live ranges. It should mark all of operands of the said virtual register so later passes will do the right thing. This is not the best solution. But it should be a lot less fragile to having the scavenger try to track what is defined by implicit_def. llvm-svn: 74518
-
Bill Wendling authored
llvm-svn: 74515
-
Chris Lattner authored
llvm-svn: 74514
-
Chris Lattner authored
llvm-svn: 74512
-
Chris Lattner authored
llvm-svn: 74511
-
Owen Anderson authored
llvm-svn: 74510
-
Chris Lattner authored
llvm-svn: 74509
-
Chris Lattner authored
llvm-svn: 74508
-
Bill Wendling authored
llvm-svn: 74507
-
Evan Cheng authored
llvm-svn: 74500
-
Andreas Bolka authored
llvm-svn: 74499
-
Daniel Dunbar authored
llvm-svn: 74498
-
Daniel Dunbar authored
legally negate an MCValue. llvm-svn: 74497
-
Daniel Dunbar authored
llvm-svn: 74496
-
Dan Gohman authored
llvm-svn: 74495
-
Dan Gohman authored
This will allow it to be used in unittests that use gtest's EXPECT_EQ. llvm-svn: 74494
-
Dan Gohman authored
llvm-svn: 74492
-
Dan Gohman authored
llvm-svn: 74491
-
David Goodwin authored
llvm-svn: 74490
-
Daniel Dunbar authored
- Don't print "Parsing" in front of every message. - Take additional "type" argument which is prepended to the message (with ": ") if given. - Update clients to print errors (warnings) as: <filename>:<line number>: error(warning): ... llvm-svn: 74489
-
Owen Anderson authored
Add LLVMContext, which will eventually be used as a container for privatizing a lot of (currently) global state, including the constant and type uniquing tables. For now, just make it a wrapper around the existing APIs. llvm-svn: 74488
-
Daniel Dunbar authored
llvm-svn: 74487
-