Re: [C++ Patch/RFC] PR 58671

2015-01-14 Thread Jason Merrill
On 01/14/2015 10:08 AM, Paolo Carlini wrote: I can look again, but as far as I remember nothing is clearing it, it just stay false because the ICE happens while we process the 'i' on the right hand side and the DECL_INITIALIZED_P becomes true only in cp_finish_decl. Ah, please say that in the c

Re: [C++ Patch/RFC] PR 58671

2015-01-14 Thread Paolo Carlini
Hi, On 01/14/2015 04:00 PM, Jason Merrill wrote: On 01/14/2015 08:13 AM, Paolo Carlini wrote: in order to avoid ICEing in var_defined_without_dynamic_init for self-initialized thread_local vars, shall we simply return false for those? What is clearing DECL_INITIALIZED_P for such variables?

Re: [C++ Patch/RFC] PR 58671

2015-01-14 Thread Jason Merrill
On 01/14/2015 08:13 AM, Paolo Carlini wrote: in order to avoid ICEing in var_defined_without_dynamic_init for self-initialized thread_local vars, shall we simply return false for those? What is clearing DECL_INITIALIZED_P for such variables? Jason

[C++ Patch/RFC] PR 58671

2015-01-14 Thread Paolo Carlini
Hi, in order to avoid ICEing in var_defined_without_dynamic_init for self-initialized thread_local vars, shall we simply return false for those? Thanks, Paolo. // Index: cp/decl2.c === --- cp/decl2.c (revis