llvm-project.git/llvm/test/Transforms/JumpThreading/basic.ll, branch users/nico/python-2

[llvm] Remove `br i1 undef` from some regression tests [NFC] (#116739)

2024-11-19T08:12:25+00:00

This PR removes tests with br i1 undef under
`llvm/tests/Transforms/JumpThreading, LCSSA, LICM, LoopDeletion,
LoopIdiom`.

JumpThreading: Convert tests to -passes

2022-11-27T16:19:28+00:00

Revert "Temporarily Revert "Add basic loop fusion pass.""

2019-04-17T04:52:47+00:00

The reversion apparently deleted the test/Transforms directory.

Will be re-reverting again.

llvm-svn: 358552

Temporarily Revert "Add basic loop fusion pass."

2019-04-17T02:12:23+00:00

As it's causing some bot failures (and per request from kbarton).

This reverts commit r358543/ab70da07286e618016e78247e4a24fcb84077fda.

llvm-svn: 358546

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

2018-03-09T16:43:46+00:00

In r263618, 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.

Patch by Keno Fischer!
Differential Revision: https://reviews.llvm.org/D42262

llvm-svn: 327150

Fix some misc. -enable-var-scope violations

2017-11-13T01:47:52+00:00

llvm-svn: 318006

Revert r300657 due to crashes in stage2 of bootstraps:

2017-04-19T06:23:20+00:00

http://lab.llvm.org:8011/builders/clang-with-lto-ubuntu/builds/2476/steps/build-stage2-LLVMgold.so/logs/stdio
http://bb.pgr.jp/builders/clang-3stage-x86_64-linux/builds/15036/steps/build_llvmclang/logs/stdio

I've updated the commit thread, reverting to get the bots back to green.

Original commit summary:
[JumpThread] We want to fold (not thread) when all predecessor go to single BB's successor.

llvm-svn: 300662

[JumpThread] We want to fold (not thread) when all predecessor go to single BB's successor. .

2017-04-19T05:15:57+00:00

Summary: In case all predecessor go to a single successor of current BB. We want to fold (not thread).

Reviewers: efriedma, sanjoy

Reviewed By: sanjoy

Subscribers: dberlin, majnemer, llvm-commits

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

llvm-svn: 300657

[JumpThreading] See through Cast Instructions

2016-03-16T04:52:52+00:00

To capture more jump-thread opportunity.

llvm-svn: 263618

Revert "[JumpThreading] Simplify Instructions first in ComputeValueKnownInPredecessors()"

2016-03-15T23:38:47+00:00

Not sure it handles undef properly.

llvm-svn: 263605