[PATCH] D23510: MachineScheduler: Restore TopCand after comparing top and bottom candidates
Matthias Braun via llvm-commits
llvm-commits at lists.llvm.org
Tue Aug 16 10:57:27 PDT 2016
MatzeB added a comment.
In https://reviews.llvm.org/D23510#516880, @tstellarAMD wrote:
> In https://reviews.llvm.org/D23510#515568, @MatzeB wrote:
>
> > 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.
>
>
> pickNodeBidirectional() won't re-compare if topnode wasn't scheduled in the previous round.
It will always compare the top and bottom pick. Even though one of them is possibly saved from last round they will be subject to a comparison so outdates/old data in the reason field shouldn't affect the decision.
https://reviews.llvm.org/D23510
More information about the llvm-commits
mailing list