From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19879 invoked by alias); 19 Apr 2003 15:06:01 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 19863 invoked by uid 71); 19 Apr 2003 15:06:01 -0000 Date: Sat, 19 Apr 2003 15:06:00 -0000 Message-ID: <20030419150601.19862.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: "Giovanni Bajo" Subject: Re: c++/10438: [3.3 regression] [hppa] Segfault when building jade Reply-To: "Giovanni Bajo" X-SW-Source: 2003-04/txt/msg00858.txt.bz2 List-Id: The following reply was made to PR c++/10438; it has been noted by GNATS. From: "Giovanni Bajo" To: , , , , , , Cc: "Wolfgang Bangerth" Subject: Re: c++/10438: [3.3 regression] [hppa] Segfault when building jade Date: Sat, 19 Apr 2003 17:05:11 +0200 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&p r=10438 Confirmed. Slightly reduced testcase: -------------------------------- struct Foo { struct Nested1 { enum E { v1,v2,v3,v4,v5,v6 } E; }; struct Nested2 : public Nested1 {}; }; -------------------------------- pr10438.cpp:12: internal compiler error: Segmentation fault Please submit a full bug report, It looks like a memory corruption bug, while playing with it I had the ICE on and off simply by changing variable names. You can also see that the ICE disappears if you remove some elements from within the enum. It seems that the culript is the variable defined with the same name of the enum type. It's a regression on 3.3 and 3.4 with respect to 3.2, where it compiles fine. Giovanni Bajo