forked from OSchip/llvm-project
87baae85cd
Function joinOrderedInstructions merges instructions when a leader is encountered twice.
It also notices that leaders in SeenLeaders may lose their leadership in previous merging,
and tries to handle the case using following code:
Instruction *PrevLeader = UnionFind.getLeaderValue(SeenLeaders.back());
However, this is wrong because it always gets leader for the last element of SeenLeaders,
and I believe it's wrong even we get leader for Prev here. As a result, Statements in cases
like the one in patch aren't merged as expected. After investigation, I believe it's
unnecessary to get leader instruction at all. This is based on fact: Although leaders in
SeenLeaders could lose leadership, they only lose to others in SeenLeaders, in other words,
one existing leader will be chosen as new leader of merged equivalent statements. We can
take advantage of this and simply check if current leader equals to Prev and break merging
if it does.
The patch also adds a new test.
Patch by bin.narwal <bin.narwal@gmail.com>
Differential Revision: https://reviews.llvm.org/D67007
llvm-svn: 371801
|
||
|---|---|---|
| .. | ||
| DependenceInfo.cpp | ||
| PolyhedralInfo.cpp | ||
| PruneUnprofitable.cpp | ||
| ScopBuilder.cpp | ||
| ScopDetection.cpp | ||
| ScopDetectionDiagnostic.cpp | ||
| ScopGraphPrinter.cpp | ||
| ScopInfo.cpp | ||
| ScopPass.cpp | ||