llvm-D42262-jumpthreading-not-i1
authorLLVM Packaging Team <pkg-llvm-team@lists.alioth.debian.org>
Sat, 9 Mar 2019 06:10:15 +0000 (06:10 +0000)
committerMo Zhou <cdluminate@gmail.com>
Sat, 9 Mar 2019 06:10:15 +0000 (06:10 +0000)
commitb638553b4af7f1ed8284734f53edd4818ecfbfc7
tree3d763aa064db57493433d08a2fee1a38eef98f11
parentb52c7bba8da5d0617a28c350ba5a23c707bb6f1b
llvm-D42262-jumpthreading-not-i1

commit 6a311a7a804831fea43cfb2f61322adcb407a1af
Author: Keno Fischer <keno@juliacomputing.com>
Date:   Thu Jan 18 15:57:05 2018 -0500

    [JumpThreading] Don't restrict cast-traversal to i1

    Summary:
    In D17663, JumpThreading learned to look trough simple cast instructions,
    but only if the source of those cast instructions was a phi/cmp i1
    (in an effort to limit compile time effects). I think this condition
    is too restrictive. For switches with limited value range, InstCombine
    will readily introduce an extra `trunc` instruction to a smaller
    integer type (e.g. from i8 to i2), leaving us in the somewhat perverse
    situation that jump-threading would work before running instcombine,
    but not after. Since instcombine produces this pattern, I think we
    need to consider it canonical and support it in JumpThreading.
    In general, for limiting recursion, I think the existing restriction
    to phi and cmp nodes should be sufficient to avoid looking through
    unprofitable chains of instructions.

    Reviewers: haicheng, gberry, bmakam, mcrosier

    Subscribers: llvm-commits

    Differential Revision: https://reviews.llvm.org/D42262

Gbp-Pq: Topic julia
Gbp-Pq: Name llvm-D42262-jumpthreading-not-i1.patch
lib/Transforms/Scalar/JumpThreading.cpp
test/Transforms/JumpThreading/basic.ll