diff options
| author | Dmitry Makogon <d.makogon@g.nsu.ru> | 2021-11-09 16:51:41 +0700 |
|---|---|---|
| committer | Dmitry Makogon <d.makogon@g.nsu.ru> | 2021-11-09 17:42:29 +0700 |
| commit | 5ec23863320ca12bfabb6dcff1d0425cb614b7a5 (patch) | |
| tree | dea3aa2248ba2c59eb9afc7dea72600d16578622 /llvm/lib/Transforms/Utils/LoopPeel.cpp | |
| parent | acbefbf19f6c41854cca2e7df6507b345c502ec6 (diff) | |
| download | llvm-5ec23863320ca12bfabb6dcff1d0425cb614b7a5.zip llvm-5ec23863320ca12bfabb6dcff1d0425cb614b7a5.tar.gz llvm-5ec23863320ca12bfabb6dcff1d0425cb614b7a5.tar.bz2 | |
Reapply db28934 "[IndVars] Pass TTI to replaceCongruentIVs"
This reapplies patch db289340c841990055a164e8eb2a3b5ff25677bf.
The test failures on build with expensive checks caused by the patch happened due
to the fact that we sorted loop Phis in replaceCongruentIVs using llvm::sort,
which shuffles the given container if the expensive checks are enabled,
so equivalent Phis in the sorted vector had different mutual order from run
to run. replaceCongruentIVs tries to replace narrow Phis with truncations
of wide ones. In some test cases there were several Phis with the same
width, so if their order differs from run to run, the narrow Phis would
be replaced with a different Phi, depending on the shuffling result.
The patch ae14fae0ff4304022beda5ab484f84ac0fdda807 fixed this issue by
replacing llvm::sort with llvm::stable_sort.
Diffstat (limited to 'llvm/lib/Transforms/Utils/LoopPeel.cpp')
0 files changed, 0 insertions, 0 deletions