* [Bug c++/56403] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
@ 2013-02-19 22:17 ` paolo.carlini at oracle dot com
2013-02-19 23:49 ` pinskia at gcc dot gnu.org
` (15 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: paolo.carlini at oracle dot com @ 2013-02-19 22:17 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Paolo Carlini <paolo.carlini at oracle dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2013-02-19
Ever Confirmed|0 |1
--- Comment #1 from Paolo Carlini <paolo.carlini at oracle dot com> 2013-02-19 22:16:53 UTC ---
Confirmed.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
2013-02-19 22:17 ` [Bug c++/56403] " paolo.carlini at oracle dot com
@ 2013-02-19 23:49 ` pinskia at gcc dot gnu.org
2013-02-20 7:06 ` [Bug c++/56403] [4.6/4.7/4.8 Regression] " jakub at gcc dot gnu.org
` (14 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: pinskia at gcc dot gnu.org @ 2013-02-19 23:49 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |ice-on-valid-code
Target| |x86_64-linux-gnu
Known to fail| |4.3.5, 4.4.5, 4.8.0
--- Comment #2 from Andrew Pinski <pinskia at gcc dot gnu.org> 2013-02-19 23:49:28 UTC ---
Reduced testcase:
typedef __builtin_va_list __gnuc_va_list;
typedef __gnuc_va_list va_list;
struct ContinuousUDParser
{
va_list err_args;
};
void* prepare(){
return (new ContinuousUDParser());
}
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7/4.8 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
2013-02-19 22:17 ` [Bug c++/56403] " paolo.carlini at oracle dot com
2013-02-19 23:49 ` pinskia at gcc dot gnu.org
@ 2013-02-20 7:06 ` jakub at gcc dot gnu.org
2013-02-20 11:53 ` jakub at gcc dot gnu.org
` (13 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2013-02-20 7:06 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org,
| |jason at gcc dot gnu.org
Target Milestone|--- |4.6.4
Summary|internal compiler error: in |[4.6/4.7/4.8 Regression]
|build_zero_init_1, at |internal compiler error: in
|cp/init.c:279 |build_zero_init_1, at
| |cp/init.c:279
--- Comment #3 from Jakub Jelinek <jakub at gcc dot gnu.org> 2013-02-20 07:05:27 UTC ---
My guess is this started with
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126399
but haven't verified (all I know is that r126000 didn't ICE, r127000 does).
I think the problem is that (*lang_hooks.types.make_type) (RECORD_TYPE)
doesn't create CLASS_TYPE_P, which is what I think is generally desirable at
least for the middle-end va_list aggregates (and supposedly other records too,
though they likely can't appear in user code).
One way would be just during the initialization of C++ FE to fix up the
RECORD_TYPE embedded in va_list, but that wouldn't work well on i?86 which
creates several va_list records for the different ABIs.
We have cxx_make_type which doesn't create CLASS_TYPE_P, and make_class_type
which does, but only handles RECORD_TYPE and UNION_TYPE.
So, perhaps the lang hook make_type should be some other function, that for
code == RECORD_TYPE || code == UNION_TYPE calls make_class_type, otherwise
calls cxx_make_type?
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7/4.8 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (2 preceding siblings ...)
2013-02-20 7:06 ` [Bug c++/56403] [4.6/4.7/4.8 Regression] " jakub at gcc dot gnu.org
@ 2013-02-20 11:53 ` jakub at gcc dot gnu.org
2013-02-20 14:54 ` rguenth at gcc dot gnu.org
` (12 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2013-02-20 11:53 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> 2013-02-20 11:52:25 UTC ---
Alternatively build_zero_init_1 could use RECORD_OR_UNION_CODE_P (TREE_CODE
(type)) instead of CLASS_TYPE_P (type).
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7/4.8 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (3 preceding siblings ...)
2013-02-20 11:53 ` jakub at gcc dot gnu.org
@ 2013-02-20 14:54 ` rguenth at gcc dot gnu.org
2013-02-20 15:18 ` mpolacek at gcc dot gnu.org
` (11 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: rguenth at gcc dot gnu.org @ 2013-02-20 14:54 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P2
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7/4.8 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (4 preceding siblings ...)
2013-02-20 14:54 ` rguenth at gcc dot gnu.org
@ 2013-02-20 15:18 ` mpolacek at gcc dot gnu.org
2013-02-23 5:22 ` jason at gcc dot gnu.org
` (10 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: mpolacek at gcc dot gnu.org @ 2013-02-20 15:18 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Marek Polacek <mpolacek at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mpolacek at gcc dot gnu.org
--- Comment #5 from Marek Polacek <mpolacek at gcc dot gnu.org> 2013-02-20 15:17:58 UTC ---
(In reply to comment #4)
> Alternatively build_zero_init_1 could use RECORD_OR_UNION_CODE_P (TREE_CODE
> (type)) instead of CLASS_TYPE_P (type).
I've tried that approach and even regtested that - it looks fine.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7/4.8 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (5 preceding siblings ...)
2013-02-20 15:18 ` mpolacek at gcc dot gnu.org
@ 2013-02-23 5:22 ` jason at gcc dot gnu.org
2013-02-25 14:41 ` jakub at gcc dot gnu.org
` (9 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jason at gcc dot gnu.org @ 2013-02-23 5:22 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #6 from Jason Merrill <jason at gcc dot gnu.org> 2013-02-23 05:22:22 UTC ---
(In reply to comment #4)
> Alternatively build_zero_init_1 could use RECORD_OR_UNION_CODE_P (TREE_CODE
> (type)) instead of CLASS_TYPE_P (type).
That makes sense to me.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7/4.8 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (6 preceding siblings ...)
2013-02-23 5:22 ` jason at gcc dot gnu.org
@ 2013-02-25 14:41 ` jakub at gcc dot gnu.org
2013-02-25 14:43 ` [Bug c++/56403] [4.6/4.7 " jakub at gcc dot gnu.org
` (8 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2013-02-25 14:41 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> 2013-02-25 14:41:31 UTC ---
Author: jakub
Date: Mon Feb 25 14:41:26 2013
New Revision: 196260
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196260
Log:
PR c++/56403
* init.c (build_zero_init_1): Use RECORD_OR_UNION_CODE_P instead
of CLASS_TYPE_P.
* g++.dg/torture/pr56403.C: New test.
Added:
trunk/gcc/testsuite/g++.dg/torture/pr56403.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/init.c
trunk/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (7 preceding siblings ...)
2013-02-25 14:41 ` jakub at gcc dot gnu.org
@ 2013-02-25 14:43 ` jakub at gcc dot gnu.org
2013-03-04 16:44 ` aseering at vertica dot com
` (7 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2013-02-25 14:43 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Known to work| |4.8.0
AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org
|gnu.org |
Summary|[4.6/4.7/4.8 Regression] |[4.6/4.7 Regression]
|internal compiler error: in |internal compiler error: in
|build_zero_init_1, at |build_zero_init_1, at
|cp/init.c:279 |cp/init.c:279
Known to fail|4.8.0 |
--- Comment #8 from Jakub Jelinek <jakub at gcc dot gnu.org> 2013-02-25 14:43:13 UTC ---
Fixed on the trunk so far.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (8 preceding siblings ...)
2013-02-25 14:43 ` [Bug c++/56403] [4.6/4.7 " jakub at gcc dot gnu.org
@ 2013-03-04 16:44 ` aseering at vertica dot com
2013-03-04 17:04 ` jason at gcc dot gnu.org
` (6 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: aseering at vertica dot com @ 2013-03-04 16:44 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #9 from Adam Seering <aseering at vertica dot com> 2013-03-04 16:43:07 UTC ---
Thanks!
I'm curious if the fix is likely to get backported?
Also, is there a straightforward workaround? Would you expect it to trigger
with all cases of a va_list not allocated on the stack?
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (9 preceding siblings ...)
2013-03-04 16:44 ` aseering at vertica dot com
@ 2013-03-04 17:04 ` jason at gcc dot gnu.org
2013-03-14 13:15 ` aseering at vertica dot com
` (5 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jason at gcc dot gnu.org @ 2013-03-04 17:04 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #10 from Jason Merrill <jason at gcc dot gnu.org> 2013-03-04 17:02:23 UTC ---
The fix seems extremely safe, so I think backporting to 4.6 and 4.7 makes
sense.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (10 preceding siblings ...)
2013-03-04 17:04 ` jason at gcc dot gnu.org
@ 2013-03-14 13:15 ` aseering at vertica dot com
2013-03-14 15:44 ` manu at gcc dot gnu.org
` (4 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: aseering at vertica dot com @ 2013-03-14 13:15 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #11 from Adam Seering <aseering at vertica dot com> 2013-03-14 13:15:02 UTC ---
I'm not familiar with gcc's backport process; is there anything I can do to
help that along? Is it already in-queue?
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (11 preceding siblings ...)
2013-03-14 13:15 ` aseering at vertica dot com
@ 2013-03-14 15:44 ` manu at gcc dot gnu.org
2013-03-14 16:14 ` jason at gcc dot gnu.org
` (3 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: manu at gcc dot gnu.org @ 2013-03-14 15:44 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |patch
CC| |manu at gcc dot gnu.org
--- Comment #12 from Manuel López-Ibáñez <manu at gcc dot gnu.org> 2013-03-14 15:43:28 UTC ---
(In reply to comment #11)
> I'm not familiar with gcc's backport process; is there anything I can do to
> help that along? Is it already in-queue?
I guess Jakub is extremely busy with the imminent release of GCC 4.8.0.
To backport, someone would need to apply the patch here:
http://gcc.gnu.org/r196260 to the GCC 4.7 branch here:
http://gcc.gnu.org/svn/gcc/branches/gcc-4_7-branch/ then bootstrap + regression
test and check if there are any new failures. Then submit the patch with an
appropriate changelog to gcc-patches. Since the patch is already written, I
don't think you need a copyright assignment to do any of this.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (12 preceding siblings ...)
2013-03-14 15:44 ` manu at gcc dot gnu.org
@ 2013-03-14 16:14 ` jason at gcc dot gnu.org
2013-03-14 16:15 ` jason at gcc dot gnu.org
` (2 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jason at gcc dot gnu.org @ 2013-03-14 16:14 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #13 from Jason Merrill <jason at gcc dot gnu.org> 2013-03-14 16:11:56 UTC ---
Author: jason
Date: Thu Mar 14 16:11:37 2013
New Revision: 196660
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196660
Log:
PR c++/56403
* init.c (build_zero_init_1): Use RECORD_OR_UNION_CODE_P instead
of CLASS_TYPE_P.
* g++.dg/torture/pr56403.C: New test.
Added:
branches/gcc-4_6-branch/gcc/testsuite/g++.dg/torture/pr56403.C
Modified:
branches/gcc-4_6-branch/gcc/cp/ChangeLog
branches/gcc-4_6-branch/gcc/cp/init.c
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (13 preceding siblings ...)
2013-03-14 16:14 ` jason at gcc dot gnu.org
@ 2013-03-14 16:15 ` jason at gcc dot gnu.org
2013-03-14 16:28 ` jason at gcc dot gnu.org
2013-03-14 16:42 ` aseering at vertica dot com
16 siblings, 0 replies; 18+ messages in thread
From: jason at gcc dot gnu.org @ 2013-03-14 16:15 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #14 from Jason Merrill <jason at gcc dot gnu.org> 2013-03-14 16:12:58 UTC ---
Author: jason
Date: Thu Mar 14 16:12:37 2013
New Revision: 196661
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196661
Log:
PR c++/56403
* init.c (build_zero_init_1): Use RECORD_OR_UNION_CODE_P instead
of CLASS_TYPE_P.
* g++.dg/torture/pr56403.C: New test.
Added:
branches/gcc-4_7-branch/gcc/testsuite/g++.dg/torture/pr56403.C
Modified:
branches/gcc-4_7-branch/gcc/cp/ChangeLog
branches/gcc-4_7-branch/gcc/cp/init.c
branches/gcc-4_7-branch/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (14 preceding siblings ...)
2013-03-14 16:15 ` jason at gcc dot gnu.org
@ 2013-03-14 16:28 ` jason at gcc dot gnu.org
2013-03-14 16:42 ` aseering at vertica dot com
16 siblings, 0 replies; 18+ messages in thread
From: jason at gcc dot gnu.org @ 2013-03-14 16:28 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
Jason Merrill <jason at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
--- Comment #15 from Jason Merrill <jason at gcc dot gnu.org> 2013-03-14 16:28:10 UTC ---
Fixed in 4.6 and 4.7 as well.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug c++/56403] [4.6/4.7 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
2013-02-19 22:13 [Bug c++/56403] New: internal compiler error: in build_zero_init_1, at cp/init.c:279 aseering at vertica dot com
` (15 preceding siblings ...)
2013-03-14 16:28 ` jason at gcc dot gnu.org
@ 2013-03-14 16:42 ` aseering at vertica dot com
16 siblings, 0 replies; 18+ messages in thread
From: aseering at vertica dot com @ 2013-03-14 16:42 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403
--- Comment #16 from Adam Seering <aseering at vertica dot com> 2013-03-14 16:41:57 UTC ---
Thanks!
^ permalink raw reply [flat|nested] 18+ messages in thread