https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68576
--- Comment #7 from majun ---
(In reply to bin.cheng from comment #5)
> The type conversion comses from lim, below code:
> /* In case this is a stmt that is not unconditionally executed
> when the target loop header is executed and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68576
--- Comment #3 from majun ---
(In reply to Richard Biener from comment #2)
> I think the issue is that with respect to loop 4 the evolution is
>
> _76 = { 1 + _373, + , 1 }_4
>
> but with all the casting we end up with
>
> (set_scalar_evolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68576
--- Comment #1 from majun ---
Sorry forget the command.
The example is compiled with
gcc -S -msse4.2 -ftree-parallelize-loops=4 -fdump-tree-parloops-details -O3
interchange-2.f -o interchange-2.s
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: majun4950646 at 163 dot com
Target Milestone: ---
scev failed to analyze the 1st and 2nd loop in the following example (come from
testsuit interchange-2.f,which is the kernel extracted from bwaves)
---
subroutine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68529
--- Comment #6 from majun ---
(In reply to bin.cheng from comment #5)
> The dump before ldist is as below:
>
> foo1 ()
> {
> unsigned int nchar;
> char c[1];
>
> :
> c = {};
>
> :
> # nchar_14 = PHI
> c[nchar_14] = 65;
> n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68529
--- Comment #2 from majun ---
(In reply to Richard Biener from comment #1)
> Confirmed, mine. This happens because get_inner_reference converts nchar_14
> to sizetype and thus we analyze the evolution of (uint64_t) nchar_14 which
> isn't affine
Assignee: unassigned at gcc dot gnu.org
Reporter: majun4950646 at 163 dot com
Target Milestone: ---
loop distribution failed to generate memset library call for the following
example:
#include
#include
int main(){
char c[1]={};
unsigned int nchar=;
while
