https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71166
--- Comment #8 from Jakub Jelinek ---
So is this PR now fixed on the branch and still broken on the trunk?
If yes, we should turn it into [7 Regression] then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71166
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Tue May 31 21:36:46 2016
New Revision: 236955
URL: https://gcc.gnu.org/viewcvs?rev=236955&root=gcc&view=rev
Log:
PR c++/71166 - constexpr array init
* decl2.c (c_parse_fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71166
--- Comment #6 from Nathan Sidwell ---
Adding an at_eof check into try_const fixes the testcase. (also) Adding an
at_eof <= 1 assert into cxx_eval_outermost_constant_expr causes 261 new fails.
Although many are obviously init & ctor related, th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71166
--- Comment #5 from Jason Merrill ---
(In reply to Nathan Sidwell from comment #4)
> build_vec_init_elt (tree.c) says:
>
> /* Subroutine of build_vec_init_expr: Build up a single element
>intialization as a proxy for the full array initializ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71166
--- Comment #4 from Nathan Sidwell ---
build_vec_init_elt (tree.c) says:
/* Subroutine of build_vec_init_expr: Build up a single element
intialization as a proxy for the full array initialization to get things
marked as used and any approp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71166
--- Comment #3 from Nathan Sidwell ---
Created attachment 38514
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38514&action=edit
slightly more reduced test case
We're invoking constexpr evaluation machinery after parsing is complete --
fin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71166
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71166
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
