diff options
author | Philip Reames <listmail@philipreames.com> | 2019-11-06 12:36:28 -0800 |
---|---|---|
committer | Philip Reames <listmail@philipreames.com> | 2019-11-06 14:04:45 -0800 |
commit | 9bfa5ab3d1982a7cef60ee00b935f4ddc89fc98e (patch) | |
tree | aef1dff69b0dc2c363f04591f97b7d23f99c7522 /lldb/packages/Python/lldbsuite/test/python_api/signals/TestSignalsAPI.py | |
parent | 6cecd3c3dbef48eca6c4cf2dcc2df3290ab91488 (diff) | |
download | bcm5719-llvm-9bfa5ab3d1982a7cef60ee00b935f4ddc89fc98e.tar.gz bcm5719-llvm-9bfa5ab3d1982a7cef60ee00b935f4ddc89fc98e.zip |
[LoopPred] Fix two subtle issues found by inspection
This patch fixes two issues noticed by inspection when going to enable the loop predication code in IndVarSimplify.
Issue 1 - Both the LoopPredication transform, and the already on by default optimizeLoopExits transform, modify the exit count of the exits they modify. (either to 0 or Infinity) Looking at the code more closely, this was not reflected into SCEV and we were instead running later transforms with incorrect SCEVs. Fixing this requires forgetting the loop, weakening a too strong assert, and updating SCEV to not pessimize results when a loop is provable untaken. I haven't been able to find a test case to demonstrate the miscompile.
Issue 2 - For modules without a data layout, we can end up with unsized pointer typed exit counts. Just bail out of this case.
I think these are the last two issues which need addressed before we enable this by default. The code has already survived a decent amount of fuzzing without revealing either of the above.
Differential Revision: https://reviews.llvm.org/D69695
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/signals/TestSignalsAPI.py')
0 files changed, 0 insertions, 0 deletions