diff options
author | Philip Reames <listmail@philipreames.com> | 2019-04-02 16:51:43 +0000 |
---|---|---|
committer | Philip Reames <listmail@philipreames.com> | 2019-04-02 16:51:43 +0000 |
commit | d3d5d76a7b7e8c0cfcb21a37b2fd9b4b2a67a0b8 (patch) | |
tree | 26d6a995d3d23d9b9f35a36316cd4e1d687c83d7 /lldb/packages/Python/lldbsuite/test/python_api/thread/main.cpp | |
parent | 017deaf1ae3aa84211a416a37e2c895a18c2a5e3 (diff) | |
download | bcm5719-llvm-d3d5d76a7b7e8c0cfcb21a37b2fd9b4b2a67a0b8.tar.gz bcm5719-llvm-d3d5d76a7b7e8c0cfcb21a37b2fd9b4b2a67a0b8.zip |
[WideableCond] Fix a nasty bug in detection of "explicit guards"
The code was failing to actually check for the presence of the call to widenable_condition. The whole point of specifying the widenable_condition intrinsic was allowing widening transforms. A normal branch is not widenable. A normal branch leading to a deopt is not widenable (in general).
I added a test case via LoopPredication, but GuardWidening has an analogous bug. Those are the only two passes actually using this utility just yet. Noticed while working on LoopPredication for non-widenable branches; POC in D60111.
llvm-svn: 357493
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/thread/main.cpp')
0 files changed, 0 insertions, 0 deletions