[PATCH] D23510: MachineScheduler: Restore TopCand after comparing top and bottom candidates

[Matthias Braun via llvm-commits]

MatzeB requested changes to this revision.
MatzeB added a comment.
This revision now requires changes to proceed.

Actually I am not so sure anymore. In cases where the topnode isn't picked the reason shouldn't matter, but we will reset the reason anyway next round when we compare against the top node again. Do you have an example that behaves differently with/without this patch? There may be something else wrong.


https://reviews.llvm.org/D23510