From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13241 invoked by alias); 22 Jan 2002 23: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 13208 invoked by uid 71); 22 Jan 2002 23:36:01 -0000 Date: Tue, 22 Jan 2002 15:36:00 -0000 Message-ID: <20020122233601.13206.qmail@sources.redhat.com> To: billingd@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: "Billinghurst, David \(CRTS\)" Subject: Re: fortran/3392: ICE in function_arg, at config/mips/mips.c:4007 Reply-To: "Billinghurst, David \(CRTS\)" X-SW-Source: 2002-01/txt/msg00805.txt.bz2 List-Id: The following reply was made to PR fortran/3392; it has been noted by GNATS. From: "Billinghurst, David (CRTS)" To: , , Cc: Subject: Re: fortran/3392: ICE in function_arg, at config/mips/mips.c:4007 Date: Wed, 23 Jan 2002 07:29:04 +0800 I some more information on this. I strongly suspect that the patch that = causes the problem is: 2001-05-03 Alexandre Oliva Re-installed 2001-01-09's patch: * hwint.h (HOST_BITS_PER_WIDE_INT, HOST_WIDE_INT): Use long long if it's wider than long and the target's long is wider than the host's.=20 See http://gcc.gnu.org/ml/gcc-bugs/2001-05/msg00112.html, which suggests = that may expose latent bugs for 32-bit > 64-bit cross-compilation - = exactly the problem we are seeing - and suggests some fixes. The patch = went in at 2001-05-03 11:58:43 UTC, and broke irix bootstrap. A gcc = from just prior does not fail the tests. =20