From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18869 invoked by alias); 6 Mar 2003 12:25:35 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 18855 invoked from network); 6 Mar 2003 12:25:34 -0000 Received: from unknown (HELO Cantor.suse.de) (213.95.15.193) by 172.16.49.205 with SMTP; 6 Mar 2003 12:25:34 -0000 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id BDE9E1487C; Thu, 6 Mar 2003 13:25:29 +0100 (MET) To: Jan Hubicka Cc: gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org Subject: Re: Checking failure building arm-elf X-Yow: I was born in a Hostess Cupcake factory before the sexual revolution! From: Andreas Schwab Date: Thu, 06 Mar 2003 12:25:00 -0000 In-Reply-To: <200303061121.h26BLoj01445@pc960.cambridge.arm.com> (Richard Earnshaw's message of "Thu, 06 Mar 2003 11:21:50 +0000") Message-ID: User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.3.50 References: <200303061121.h26BLoj01445@pc960.cambridge.arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-SW-Source: 2003-03/txt/msg00512.txt.bz2 Richard Earnshaw writes: |> This is new since yesterday. Building arm-elf now fails with an internal |> check failure: |> |> /work/rearnsha/gnu/egcs/gcc/xgcc -shared-libgcc -B/work/rearnsha/gnu/egcs/g |> cc/ -nostdinc++ -L/work/rearnsha/gnu/egcs/arm-elf/libstdc++-v3/src |> -L/work/rearnsha/gnu/egcs/arm-elf/libstdc++-v3/src/.libs -nostdinc |> -B/work/rearnsha/gnu/egcs/arm-elf/newlib/ -isystem |> /work/rearnsha/gnu/egcs/arm-elf/newlib/targ-include -isystem |> /home/rearnsha/gnusrc/egcs-cross/newlib/libc/include |> -B/work/rearnsha/gnu/install/arm-elf/bin/ -B/work/rearnsha/gnu/install/arm- |> elf/lib/ -isystem /work/rearnsha/gnu/install/arm-elf/include -isystem |> /work/rearnsha/gnu/install/arm-elf/sys-include -L/work/rearnsha/gnu/egcs/ld |> -c -S -O2 -g -O2 conftest.C 1>&5 |> configure: In function `void foo()': |> configure:3967: internal compiler error: tree check: expected class 'd', |> have 't |> ' (record_type) in decl_assembler_name, at tree.c:151 Same on ia64. Since this is called from cgraph_rtl_info via cgraph_node at cgraph.c:88 I suspect it's the last change in this file that broke this. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."