This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

[C++ Patch/RFC] PR 82593 ("Internal compiler error: in process_init_constructor_array, at cp/typeck2.c:1294")

From: Paolo Carlini <paolo dot carlini at oracle dot com>
To: "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>
Cc: Jason Merrill <jason at redhat dot com>
Date: Fri, 3 Nov 2017 18:33:05 +0100
Subject: [C++ Patch/RFC] PR 82593 ("Internal compiler error: in process_init_constructor_array, at cp/typeck2.c:1294")
Authentication-results: sourceware.org; auth=none

Hi,

this ICE on valid (given GNU's designated initializers) is rather simpleto analyze: for the testcase, the gcc_assert inprocess_init_constructor_array triggers because at that time INDEX1 isstill a CONST_DECL, not an INTEGER_CST. As regards fixing the problem, Iimmediately noticed earlier today that fold_non_dependent_expr isdefinitely able to fold the CONST_DECL to the expected zero INTEGER_CST- and that also passes testing - but I'm not sure that in the bigpicture folding at that time is correct. Thanks in advance for any feedback!


Paolo.

//////////////////

Attachment: patch_82593
Description: Text document

Follow-Ups:
- [Ping] [C++ Patch/RFC] PR 82593 ("Internal compiler error: in process_init_constructor_array, at cp/typeck2.c:1294")
  - From: Paolo Carlini

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]