https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83778
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83778
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 12 21:41:19 2018
New Revision: 256599
URL: https://gcc.gnu.org/viewcvs?rev=256599=gcc=rev
Log:
PR c++/83778
* config/rs6000/rs6000-c.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83778
--- Comment #5 from Jakub Jelinek ---
Created attachment 43118
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43118=edit
gcc8-pr83778.patch
This restores the previous behavior for me. Note, the question is whether the
4 is really
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83778
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83778
--- Comment #3 from David Malcolm ---
I still haven't been able to reproduce this; sorry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83778
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83778
--- Comment #2 from David Malcolm ---
Presumably we should simply strip the location from arg, though there are some
places with:
/* Call get_element_number to validate arg1 if it is a constant. */
if (TREE_CODE (arg1) == INTEGER_CST)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83778
--- Comment #1 from David Malcolm ---
It does look like an issue with r256448, but I haven't been able to reproduce
it here yet.
There are 3 in-tree copies of get_element_number, in 3 backends; each has 2
users per backend; they all look like: