mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2025-02-19 06:31:18 +00:00
A bit more analysis of a memset-related README entry.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@128107 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
parent
83cf2ffdcd
commit
97ab5803df
@ -2074,11 +2074,12 @@ for.end: ; preds = %entry
|
|||||||
}
|
}
|
||||||
|
|
||||||
This shouldn't need the ((zext (%n - 1)) + 1) game, and it should ideally fold
|
This shouldn't need the ((zext (%n - 1)) + 1) game, and it should ideally fold
|
||||||
the two memset's together. The issue with %n seems to stem from poor handling
|
the two memset's together.
|
||||||
of the original loop.
|
|
||||||
|
|
||||||
To simplify this, we need SCEV to know that "n != 0" because of the dominating
|
The issue with the addition only occurs in 64-bit mode, and appears to be at
|
||||||
conditional. That would turn the second memset into a simple memset of 'n'.
|
least partially caused by Scalar Evolution not keeping its cache updated: it
|
||||||
|
returns the "wrong" result immediately after indvars runs, but figures out the
|
||||||
|
expected result if it is run from scratch on IR resulting from running indvars.
|
||||||
|
|
||||||
//===---------------------------------------------------------------------===//
|
//===---------------------------------------------------------------------===//
|
||||||
|
|
||||||
|
Loading…
x
Reference in New Issue
Block a user