diff options
| author | Sjoerd Meijer <sjoerd.meijer@arm.com> | 2022-01-19 14:09:59 +0000 |
|---|---|---|
| committer | Sjoerd Meijer <sjoerd.meijer@arm.com> | 2022-01-19 14:38:05 +0000 |
| commit | f269ec230e2b65df165009b85f1e8cae2aeb1bba (patch) | |
| tree | 391a436ea000989d4a42c8112d66b5bea061551b /lldb/source/Plugins/ScriptInterpreter/Python | |
| parent | 016022e5daa821cf22fe3bcfb89878a21fe88937 (diff) | |
| download | llvm-f269ec230e2b65df165009b85f1e8cae2aeb1bba.zip llvm-f269ec230e2b65df165009b85f1e8cae2aeb1bba.tar.gz llvm-f269ec230e2b65df165009b85f1e8cae2aeb1bba.tar.bz2 | |
[LoopFlatten] Move it from LPM2 to LPM1
In D110057 we moved LoopFlatten to a LoopPassManager. This caused a performance
regression for our 64-bit targets (the 32-bit were unaffected), the pass is no
longer triggering for a motivating example. The reason is that the IR is just
very different than expected; we try to match loop statements and particular
uses of induction variables. The easiest is to just move LoopFlatten to a place
in the pipeline where the IR is as expected, which is just before
IndVarSimplify. This means we move it from LPM2 to LPM1, so that it actually
runs just a bit earlier from where it was running before. IndVarSimplify is
responsible for significant rewrites that are difficult to "look through" in
LoopFlatten.
Differential Revision: https://reviews.llvm.org/D116612
Diffstat (limited to 'lldb/source/Plugins/ScriptInterpreter/Python')
0 files changed, 0 insertions, 0 deletions