https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
--- Comment #9 from bin cheng ---
(In reply to Richard Biener from comment #8)
> (In reply to bin cheng from comment #7)
> > I am testing below simple fix, it bypass access functions doesn't belong to
> > analyzing loop_nest:
> >
> > diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
--- Comment #8 from Richard Biener ---
(In reply to bin cheng from comment #7)
> I am testing below simple fix, it bypass access functions doesn't belong to
> analyzing loop_nest:
>
> diff --git a/gcc/tree-data-ref.c b/gcc/tree-data-ref.c
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
--- Comment #7 from bin cheng ---
I am testing below simple fix, it bypass access functions doesn't belong to
analyzing loop_nest:
diff --git a/gcc/tree-data-ref.c b/gcc/tree-data-ref.c
index e536b463e96..410d44f43e8 100644
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
--- Comment #6 from bin cheng ---
(In reply to Richard Biener from comment #4)
> I think the issue is that the DDR is bogus - loop interchange computes
> data-refs
> for a deeper nest (including some outer loops) than it ends up doing
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
--- Comment #5 from David Malcolm ---
Author: dmalcolm
Date: Thu Mar 28 14:40:56 2019
New Revision: 269994
URL: https://gcc.gnu.org/viewcvs?rev=269994=gcc=rev
Log:
optinfo-emit-json.cc: don't call get_fnname_from_decl (PR middle-end/89725)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
Richard Biener changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
--- Comment #3 from David Malcolm ---
Candidate patch for the first part:
https://gcc.gnu.org/ml/gcc-patches/2019-03/msg01362.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89725
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|