https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85244
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Fri Apr 6 11:47:18 2018
New Revision: 259168
URL: https://gcc.gnu.org/viewcvs?rev=259168&root=gcc&view=rev
Log:
2018-04-06 Richard Biener
PR middle-end/85244
* tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85244
--- Comment #7 from rguenther at suse dot de ---
On Fri, 6 Apr 2018, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85244
>
> --- Comment #6 from Jakub Jelinek ---
> On the other side, this is done only if known
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85244
--- Comment #6 from Jakub Jelinek ---
On the other side, this is done only if known_size_p (maxsize), don't we want
to reset it even if maxsize isn't known?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85244
--- Comment #5 from Jakub Jelinek ---
I.e. shouldn't it just be else seen_variable_array_ref = false; rather than if
(next) seen_variable_array_ref = false; ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85244
--- Comment #4 from Jakub Jelinek ---
Isn't non-NULL next fine in unions?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85244
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85244
--- Comment #2 from Jakub Jelinek ---
That said, it is get_ref_base_and_extent that for the variable index returns
offset 96 bits and size == maxsize == 32, identical to the [0] case.
Perhaps we shouldn't trust:
638 /* If maxsize is un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85244
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
