https://bugs.llvm.org/show_bug.cgi?id=47776
Bug ID: 47776
Summary: Assertio n `isLoopInvariant(Operands[i], L) &&
"SCEVAddRecExpr operand is not loop-invariant!"'
failed.
Product: new-bugs
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: enhancement
Priority: P
Component: new bugs
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected]
Created attachment 24038
--> https://bugs.llvm.org/attachment.cgi?id=24038&action=edit
test.ll
Download test.ll, run `opt -loop-reduce -S`. SCEV fails an sssertio
n `isLoopInvariant(Operands[i], L) && "SCEVAddRecExpr operand is not
loop-invariant!"' failed.
This happens inside applyLoopGuards function.
The guilty change is:
commit d4ddf63fc40cfbbc348adcc45cdc6f6d78268c5c
Author: Florian Hahn <[email protected]>
Date: Thu Sep 24 11:06:55 2020 +0100
[SCEV] Use loop guard info when computing the max BE taken count in
howFarToZero.
For some expressions, we can use information from loop guards when
we are looking for a maximum. This patch applies information from
loop guards to the expression used to compute the maximum backedge
taken count in howFarToZero. It currently replaces an unknown
expression X with UMin(X, Y), if the loop is guarded by
X ult Y.
This patch is minimal in what conditions it applies, and there
are a few TODOs to generalize.
This partly addresses PR40961. We will also need an update to
LV to address it completely.
Reviewed By: reames
Differential Revision: https://reviews.llvm.org/D67178
--
You are receiving this mail because:
You are on the CC list for the bug._______________________________________________
llvm-bugs mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
