From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20281 invoked by alias); 22 Oct 2002 00:11:48 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 20274 invoked from network); 22 Oct 2002 00:11:46 -0000 Received: from unknown (HELO faui11.informatik.uni-erlangen.de) (131.188.31.2) by sources.redhat.com with SMTP; 22 Oct 2002 00:11:46 -0000 Received: (from weigand@localhost) by faui11.informatik.uni-erlangen.de (8.9.1/8.1.4-FAU) id CAA25316; Tue, 22 Oct 2002 02:11:43 +0200 (MET DST) From: Ulrich Weigand Message-Id: <200210220011.CAA25316@faui11.informatik.uni-erlangen.de> Subject: Re: ia64 linux doesn't bootstrap To: mark@codesourcery.com Date: Mon, 21 Oct 2002 20:34:00 -0000 Cc: gcc@gcc.gnu.org, janis187@us.ibm.com, dje@watson.ibm.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-10/txt/msg01297.txt.bz2 Janis Johnson wrote: >middle-end/8306: ICE for bitfield7_y.C in C++ compatibility tests >I left it with the default; someone can change it if it turns out to be >a regression. It affects sparc and arm as well as powerpc. And s390. What appears to happen is that extract_bit_field is called to extract a 64-bit bitfield into an SImode target. This violates the assumption in this comment /* ??? We currently assume TARGET is at least as big as BITSIZE. If that's wrong, the solution is to test for it and set TARGET to 0 if needed. */ and in particular on big-endian targets, causes operand_subword to be called with a wordnum of -1, which then aborts. I haven't analysed why extract_bit_field is called like that. Bye, Ulrich -- Dr. Ulrich Weigand weigand@informatik.uni-erlangen.de