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/expression_command/context-object-objc/TestContextObjectObjc.py | |
| 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/expression_command/context-object-objc/TestContextObjectObjc.py')
0 files changed, 0 insertions, 0 deletions
