summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/lang/cpp/namespace/TestNamespaceLookup.py
diff options
context:
space:
mode:
authorMatt Arsenault <Matthew.Arsenault@amd.com>2018-01-03 18:45:37 +0000
committerMatt Arsenault <Matthew.Arsenault@amd.com>2018-01-03 18:45:37 +0000
commit8070882b4ef914c6e148c0302f1ba49cb90e82a4 (patch)
treef46a729f31e417a8337395d6de53d6a946275620 /lldb/packages/Python/lldbsuite/test/lang/cpp/namespace/TestNamespaceLookup.py
parent1b88acedd0f24757b9cc97d9b2d38fb4508456b0 (diff)
downloadbcm5719-llvm-8070882b4ef914c6e148c0302f1ba49cb90e82a4.tar.gz
bcm5719-llvm-8070882b4ef914c6e148c0302f1ba49cb90e82a4.zip
StructurizeCFG: Fix broken backedge detection
The work order was changed in r228186 from SCC order to RPO with an arbitrary sorting function. The sorting function attempted to move inner loop nodes earlier. This was was apparently relying on an assumption that every block in a given loop / the same loop depth would be seen before visiting another loop. In the broken testcase, a block outside of the loop was encountered before moving onto another block in the same loop. The testcase would then structurize such that one blocks unconditional successor could never be reached. Revert to plain RPO for the analysis phase. This fixes detecting edges as backedges that aren't really. The processing phase does use another visited set, and I'm unclear on whether the order there is as important. An arbitrary order doesn't work, and triggers some infinite loops. The reversed RPO list seems to work and is closer to the order that was used before, minus the arbitary custom sorting. A few of the changed tests now produce smaller code, and a few are slightly worse looking. llvm-svn: 321751
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/lang/cpp/namespace/TestNamespaceLookup.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud