https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
Sebastian Pop changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
Sebastian Pop changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #14 from Dominique d'Humieres ---
>From https://gcc.gnu.org/ml/gcc-testresults/2015-10/msg00092.html
FAIL: gfortran.dg/graphite/block-1.f90 -O scan-tree-dump-times graphite
"number of SCoPs: 1" 1
FAIL: gfortran.dg/graphite/block-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #12 from Sebastian Pop ---
Author: spop
Date: Thu Oct 1 15:17:58 2015
New Revision: 228347
URL: https://gcc.gnu.org/viewcvs?rev=228347&root=gcc&view=rev
Log:
call scev analysis in scop-detection as in sese-to-poly
Before our rewrit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
Sebastian Pop changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #11 from Sebastian Pop ---
Author: spop
Date: Thu Oct 1 15:17:51 2015
New Revision: 228346
URL: https://gcc.gnu.org/viewcvs?rev=228346&root=gcc&view=rev
Log:
add recursion on the inner loops
We now check that all data references in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #10 from Sebastian Pop ---
Yes, with -m32 it fails with an ICE. Thanks for pointing this out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #9 from Dominique d'Humieres ---
> As I do not see the errors in my builds, I will investigate.
> Thanks for letting me know that this testcase is still failing.
Are you testing with -m32?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
Sebastian Pop changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #7 from Dominique d'Humieres ---
Note that the failures
FAIL: gfortran.dg/graphite/block-1.f90 -O (internal compiler error)
FAIL: gfortran.dg/graphite/block-1.f90 -O (test for excess errors)
with -m32 are still there with isl-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #5 from Sebastian Pop ---
Author: spop
Date: Tue Sep 29 22:15:08 2015
New Revision: 228268
URL: https://gcc.gnu.org/viewcvs?rev=228268&root=gcc&view=rev
Log:
use MIN fusion for ISL-14
This patch fixes PR66754 by reverting an earlier
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #4 from Sebastian Pop ---
The release managers will decide the requirements and when lib versions will be
deprecated.
I am still investigating a fix to continue supporting ISL-0.14: we will add
code to configure.ac to detect ISL vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #3 from H.J. Lu ---
(In reply to Sebastian Pop from comment #2)
> We diffed the output of -fdump-tree-graphite-all for interchange-1.c and the
> problem seems to be related to the ISL scheduler: I would highly recommend
> that people
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #2 from Sebastian Pop ---
We diffed the output of -fdump-tree-graphite-all for interchange-1.c and the
problem seems to be related to the ISL scheduler: I would highly recommend that
people stop using outdated ISL versions.
with ISL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
Sebastian Pop changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |spop at gcc dot gnu.org
--- Comme
16 matches
Mail list logo
