[PATCH] D156835: CoroFrame: Rework SuspendCrossingInfo analysis

[Matthias Braun via Phabricator via llvm-commits]

MatzeB added a comment.

Curious... With a single loop (and no loop nestings) I would have expected the worklist algorithm to converge quick enough (like maybe double the time of the loop-free program in practice). Would still be interested to learn why this goes wrong as I think of the worklist algorithm as the standard way to solve dataflow problems...

Though also happy to go with @witstorm change as I probably shouldn't spend much more time on this now that our builds are restored.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D156835/new/

https://reviews.llvm.org/D156835