diff options
| author | Quentin Colombet <qcolombet@apple.com> | 2016-09-16 22:00:50 +0000 |
|---|---|---|
| committer | Quentin Colombet <qcolombet@apple.com> | 2016-09-16 22:00:50 +0000 |
| commit | 318582f9f9ce8c24cf78d229fa2f3c958f2980a2 (patch) | |
| tree | f79b37fd2c0688afa46ca2b18c055d467d53e05c /llvm/lib/CodeGen/SafeStackColoring.cpp | |
| parent | 631768659d02c57402f8f7bd0832a9fb5cdda048 (diff) | |
| download | bcm5719-llvm-318582f9f9ce8c24cf78d229fa2f3c958f2980a2.tar.gz bcm5719-llvm-318582f9f9ce8c24cf78d229fa2f3c958f2980a2.zip | |
[RegAllocGreedy] Fix the list of NewVRegs for last chance recoloring.
When trying to recolor a register we may split live-ranges in the
process. When we create new live-ranges we will have to process them,
but when we move a register from Assign to Split, the allocation is not
changed until the whole recoloring session is successful.
Therefore, only push the live-ranges that changed from Assign to
Split when the recoloring is successful.
Same as the previous commit, I was not able to produce a test case that
reproduce the problem with in-tree targets.
Note: The bug has been here since the recoloring scheme has been added
back in r200883 (Feb 2014).
llvm-svn: 281783
Diffstat (limited to 'llvm/lib/CodeGen/SafeStackColoring.cpp')
0 files changed, 0 insertions, 0 deletions
