mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2025-07-02 19:24:25 +00:00
Bugfix: SCEV incorrectly marks certain add recurrences as nsw
When creating a scev for sext({X,+,Y}), scev checks if the expression is equivalent to {sext X,+,zext Y}. If it can prove that, it also tags the original {X,+,Y} as <nsw>, which is not correct. In the test case I run `-scalar-evolution` twice because the bug manifests only once SCEV has run through and seen the `sext` expressions (and then does a in-place mutation on {X,+,Y}). Differential Revision: http://reviews.llvm.org/D7495 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@228586 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
@ -1550,8 +1550,16 @@ const SCEV *ScalarEvolution::getSignExtendExpr(const SCEV *Op,
|
||||
getMulExpr(WideMaxBECount,
|
||||
getZeroExtendExpr(Step, WideTy)));
|
||||
if (SAdd == OperandExtendedAdd) {
|
||||
// Cache knowledge of AR NSW, which is propagated to this AddRec.
|
||||
const_cast<SCEVAddRecExpr *>(AR)->setNoWrapFlags(SCEV::FlagNSW);
|
||||
// If AR wraps around then
|
||||
//
|
||||
// abs(Step) * MaxBECount > unsigned-max(AR->getType())
|
||||
// => SAdd != OperandExtendedAdd
|
||||
//
|
||||
// Thus (AR is not NW => SAdd != OperandExtendedAdd) <=>
|
||||
// (SAdd == OperandExtendedAdd => AR is NW)
|
||||
|
||||
const_cast<SCEVAddRecExpr *>(AR)->setNoWrapFlags(SCEV::FlagNW);
|
||||
|
||||
// Return the expression with the addrec on the outside.
|
||||
return getAddRecExpr(getSignExtendAddRecStart(AR, Ty, this),
|
||||
getZeroExtendExpr(Step, Ty),
|
||||
|
Reference in New Issue
Block a user