From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-102057-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 6120 invoked by alias); 6 Sep 2004 16:10:22 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 6113 invoked from network); 6 Sep 2004 16:10:21 -0000
Received: from unknown (HELO Cantor.suse.de) (195.135.220.2)
  by sourceware.org with SMTP; 6 Sep 2004 16:10:21 -0000
Received: from extimap.suse.de (extimap.suse.de [195.135.220.6])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by Cantor.suse.de (Postfix) with ESMTP id 3D952B93E21;
	Mon,  6 Sep 2004 18:08:18 +0200 (CEST)
Received: from extimap.suse.de (extimap.suse.de [195.135.220.6])
	by extimap.suse.de (Postfix) with ESMTP
	id AF46F12EC; Mon,  6 Sep 2004 18:08:17 +0200 (CEST)
Message-ID: <6268508.1094486897693.SLOX.WebMail.wwwrun@extimap.suse.de>
Date: Mon, 06 Sep 2004 16:10:00 -0000
From: Steven Bosscher <stevenb@suse.de>
To: Michael Chastain <mec.gnu@mindspring.com>
Subject: Re: Build failure, HEAD, java/lang/Class.o
Cc: rakdver@atrey.karlin.mff.cuni.cz, gcc@gcc.gnu.org
In-Reply-To: <413C88F4.nailLGW11O4SS@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Operating-System: Linux 2.4.21-241-smp i386 (JVM 1.3.1_04)
Organization: SuSE Linux AG
References: <413C88F4.nailLGW11O4SS@mindspring.com>
X-SW-Source: 2004-09/txt/msg00244.txt.bz2

On Sep 06, 2004 05:57 PM, Michael Chastain <mec.gnu@mindspring.com>
wrote:

> I haven't seen this build failure reported yet.
> 
> The new tree-ssa-loop-ivopts.c code is language-independent, but it
> uses
> language-specific type nodes such as unsigned_type_node and
> long_unsigned_type_node, which are not available in some languages
> such
> as Java.

Yup, it appears that we need some other magic there,
we're doing the following right now:

Index: tree-ssa-loop-ivopts.c 
 =================================================================== 
 RCS file: /cvs/gcc/gcc/gcc/tree-ssa-loop-ivopts.c,v 
 retrieving revision 2.2 
 diff -c -3 -p -r2.2 tree-ssa-loop-ivopts.c 
 *** tree-ssa-loop-ivopts.c 5 Sep 2004 15:24:15 -0000 2.2 
 --- tree-ssa-loop-ivopts.c 6 Sep 2004 15:25:59 -0000 
 *************** add_standard_iv_candidates (struct ivopt 
 *** 1561,1575 **** 
 { 
 /* Add 0 + 1 * iteration candidate. */ 
 add_candidate (data, 
 ! fold_convert (unsigned_type_node, integer_zero_node), 
 ! fold_convert (unsigned_type_node, integer_one_node), 
 true, NULL); 
 
 ! /* The same for a long type. */ 
 ! add_candidate (data, 
 ! fold_convert (long_unsigned_type_node, integer_zero_node), 
 ! fold_convert (long_unsigned_type_node, integer_one_node), 
 ! true, NULL); 
 } 
 
 
 --- 1561,1576 ---- 
 { 
 /* Add 0 + 1 * iteration candidate. */ 
 add_candidate (data, 
 ! build_int_cst (unsigned_intSI_type_node, 0), 
 ! build_int_cst (unsigned_intSI_type_node, 1), 
 true, NULL); 
 
 ! /* The same for a long type if it is still fast enought. */ 
 ! if (BITS_PER_WORD > 32) 
 ! add_candidate (data, 
 ! build_int_cst (unsigned_intDI_type_node, 0), 
 ! build_int_cst (unsigned_intDI_type_node, 1), 
 ! true, NULL); 
 } 
 
 
Only, that doesn't fix all the problems we've been running
into.  It is really odd, on i686 I had it bootstrapping,
and apparently so had a few other people, but on just about
every other target it's totally broken.

We're working overhours here to get the bootstrap going
again ;-)

Gr.
Steven