https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
--- Comment #8 from Patrick Palka ---
(In reply to Jason Merrill from comment #7)
> Patrick, do you want to look at this in the context of 115897?
For the record I reckoned they're orthogonal issues as this PR is about
attributes attached to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
Jason Merrill changed:
What|Removed |Added
Assignee|jason at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
Bug 83997 depends on bug 83300, which changed state.
Bug 83300 Summary: Segmentation fault with template and
__attribute__((vector_size (sizeof(int) * N)));
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83300
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
--- Comment #6 from Richard Biener ---
*** Bug 86458 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
--- Comment #3 from Jakub Jelinek ---
Seems nothing actually handles the late attributes in TYPE_ATTRIBUTES that
aren't {RECORD,UNION,CLASS,ENUMERAL}_TYPE.
Tried:
--- pt.c.jj52018-01-24 17:18:42.393392254 +0100
+++ pt.c2018-01-26 14:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
--- Comment #2 from Jakub Jelinek ---
It is actually much worse than just some ICE with -flto.
template
using T = int __attribute__((vector_size (sizeof(int) * N)));
T<4> q;
template
int r __attribute__((vector_size (sizeof(int) * N)));
void *s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
--- Comment #1 from Richard Biener ---
bu11.cc:10:1: internal compiler error: tree code 'template_parm_index' is not
supported in LTO streams
this usually means FE tree codes leak somehow into the middle-end there's a
free_lang_data langhook for
10 matches
Mail list logo