summaryrefslogtreecommitdiffstats
path: root/llvm/test/CodeGen/X86/phys-reg-local-regalloc.ll
Commit message (Collapse)AuthorAgeFilesLines
* This patch fixes 8 out of 20 unexpected failures in "make check"Preston Gurd2012-07-181-3/+17
| | | | | | | | | | | | | | | when run on an Intel Atom processor. The failures have arisen due to changes elsewhere in the trunk over the past 8 weeks or so. These failures were not detected by the Atom buildbot because the CPU on the Atom buildbot was not being detected as an Atom CPU. The fix for this problem is in Host.cpp and X86Subtarget.cpp, but shall remain commented out until the current set of Atom test failures are fixed. Patch by Andy Zhang and Tyler Nowicki! llvm-svn: 160451
* Don't run RAFast in the optimizing regalloc pipeline.Jakob Stoklund Olesen2012-06-081-1/+1
| | | | | | | | | | | The fast register allocator is not supposed to work in the optimizing pipeline. It doesn't make sense to compute live intervals, run full copy coalescing, and then run RAFast. Fast register allocation in the optimizing pipeline is better done by RABasic. llvm-svn: 158242
* Remove the local register allocator.Jakob Stoklund Olesen2010-06-151-2/+2
| | | | | | Please use the fast allocator instead. llvm-svn: 106051
* Reapply 95050 with a tweak to check the register class.Dale Johannesen2010-02-031-0/+2
| | | | llvm-svn: 95183
* Test revert 95050; there's a good chance it's causingDale Johannesen2010-02-021-2/+0
| | | | | | buildbot failure. llvm-svn: 95103
* Make local RA smarter about reusing input register of a copyDale Johannesen2010-02-021-0/+2
| | | | | | | as output. Needed for (functional) correctness in inline asm, and should be generally beneficial. 7361612. llvm-svn: 95050
* Do better with physical reg operands (typically, from inline asm)Dale Johannesen2009-12-161-0/+49
in local register allocator. If a reg-reg copy has a phys reg input and a virt reg output, and this is the last use of the phys reg, assign the phys reg to the virt reg. If a reg-reg copy has a phys reg output and we need to reload its spilled input, reload it directly into the phys reg than passing it through another reg. Following 76208, there is sometimes no dependency between the def of a phys reg and its use; this creates a window where that phys reg can be used for spilling (this is true in linear scan also). This is bad and needs to be fixed a better way, although 76208 works too well in practice to be reverted. However, there should normally be no spilling within inline asm blocks. The patch here goes a long way towards making this actually be true. llvm-svn: 91485
OpenPOWER on IntegriCloud