From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29734 invoked by alias); 24 Jan 2003 10:36: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 29720 invoked by uid 71); 24 Jan 2003 10:36:00 -0000 Date: Fri, 24 Jan 2003 10:36:00 -0000 Message-ID: <20030124103600.29719.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Sylvain Pion Subject: Re: c++/9374: [3.4 regression] ICE in make_decl_rtl, at varasm.c:790 Reply-To: Sylvain Pion X-SW-Source: 2003-01/txt/msg01411.txt.bz2 List-Id: The following reply was made to PR c++/9374; it has been noted by GNATS. From: Sylvain Pion To: bangerth@dealii.org, Sylvain.Pion@mpi-sb.mpg.de, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org Cc: Subject: Re: c++/9374: [3.4 regression] ICE in make_decl_rtl, at varasm.c:790 Date: Fri, 24 Jan 2003 11:32:40 +0100 On Tue, Jan 21, 2003 at 04:17:25PM -0000, bangerth@dealii.org wrote: > Old Synopsis: [New parser] ICE in make_decl_rtl, at varasm.c:790 > New Synopsis: [3.4 regression] ICE in make_decl_rtl, at varasm.c:790 > > State-Changed-From-To: open->analyzed > State-Changed-By: bangerth > State-Changed-When: Tue Jan 21 16:17:24 2003 > State-Changed-Why: > Confirmed. I don't believe it's a parser problem though, as the > original synopsis indicated, rather some fallout from > middle-end changes. What led me to believe it was closer to the front-end is that, although the following produces an ICE : template < typename T > void f() { int i; int ind[1] = {i}; } int main() { f(); } the following works fine (just changing "int" to "T") : template < typename T > void f() { T i; int ind[1] = {i}; } int main() { f(); } And I guess the middle/back-ends are supposed to see the same thing in both cases. I hope it helps... -- Sylvain