bcm5719-llvm/llvm/lib/Transforms/Utils, branch meklort-10.0.0

Filter callbr insts from critical edge splitting

2020-02-21T08:51:47+00:00

Similarly to how splitting predecessors with an indirectbr isn't handled in the generic way, we also shouldn't split callbrs, for similar reasons. (cherry picked from commit 2fe457690da0fc38bc7f9f1d0aee2ba6a6a16ada)

Fix uninitialized value clang static analyzer warning. NFC.

2020-01-11T16:02:22+00:00

[LoopUtils][NFC] Minor refactoring in getLoopEstimatedTripCount.

2020-01-09T09:49:15+00:00

[NFC] Fix trivial typos in comments

2020-01-06T10:50:26+00:00

Reviewed By: jhenderson Differential Revision: https://reviews.llvm.org/D72143 Patch by Kazuaki Ishizaki.

Revert "[SCEV] Move ScalarEvolutionExpander.cpp to Transforms/Utils (NFC)."

2020-01-04T18:44:38+00:00

This reverts commit 51ef53f3bd23559203fe9af82ff2facbfedc1db3, as it breaks some bots.

[SCEV] Move ScalarEvolutionExpander.cpp to Transforms/Utils (NFC).

2020-01-04T18:29:35+00:00

SCEVExpander modifies the underlying function so it is more suitable in Transforms/Utils, rather than Analysis. This allows using other transform utils in SCEVExpander. Reviewers: sanjoy.google, efriedma, reames Reviewed By: sanjoy.google Differential Revision: https://reviews.llvm.org/D71537

[SCEV] Remove unused ScalarEvolutionExpander.h includes (NFC).

2020-01-04T18:29:35+00:00

[Transforms] Fixes -Wrange-loop-analysis warnings

2019-12-22T18:20:17+00:00

This avoids new warnings due to D68912 adds -Wrange-loop-analysis to -Wall. Differential Revision: https://reviews.llvm.org/D71810

[SimplifyLibCalls] require fast-math-flags for pow(X, -0.5) transforms

2019-12-21T15:00:53+00:00

As discussed in PR44330: https://bugs.llvm.org/show_bug.cgi?id=44330 ...the transform from pow(X, -0.5) libcall/intrinsic to reciprocal square root can result in small deviations from the expected result due to differences in the pow() implementation and/or the extra rounding step from the division. This patch proposes to allow that difference with either the 'approximate functions' or 'reassociate' FMF: http://llvm.org/docs/LangRef.html#fast-math-flags In practice, this likely means that the code is compiled with all of 'fast' (-ffast-math), but I have preserved the existing specializations for -0.0/-INF that enable generating safe code if those special values are allowed simultaneously with allowing approximation/reassociation. The question about whether a similar restriction is needed for the non-reciprocal case -- pow(X, 0.5) -- is deferred. That transform is allowed without FMF currently, and this patch does not change that behavior. Differential Revision: https://reviews.llvm.org/D71706

Reapply: [DebugInfo] Correctly handle salvaged casts and split fragments at ISel

2019-12-18T16:26:42+00:00

This reverts commit 1f3dd83cc1f2b8f72b9d59e2b4221b12fb7f9a95, reapplying commit bb1b0bc4e57428ce364d3d6c075ff03cb8973462. The original commit failed on some builds seemingly due to the use of a bracketed constructor with an std::array, i.e. `std::array<> arr({...})`.