This is the mail archive of the
fortran@gcc.gnu.org
mailing list for the GNU Fortran project.
Re: fma3d broken, ICE in check_rest
- From: Daniel Franke <franke dot daniel at gmail dot com>
- To: fortran at gcc dot gnu dot org
- Cc: "Richard Guenther" <richard dot guenther at gmail dot com>
- Date: Sat, 19 May 2007 15:46:16 +0200
- Subject: Re: fma3d broken, ICE in check_rest
- Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=Wp7jKreABmAQiGnzVmViS2s2mmHab4ZMmaTb3pddbnVjpMq+f/fvaCEnch1IQFXtPLXprs5c+m5pmXN7PYPO5womLpafqkii/RiazBu5Mktg0pt//Z6x9MSdyvPl7p2+15ehE1901aEuXgaQh5W1VU/578JUNLEgrpMG0ud/s7Y=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=RnT2yBrRlRrrK+5QRYCscI6YkByiLAP9wuUW9hQZv8RrmjMFBMhYXqUwJURAV0Q3biq4ySY+0ATlWzAySjMdKMCo34HOYG1ceQq7zJfruP2bgitpKDbuKshJWOTuD+/yTUyrgpb78AfHdCRyueEOOvcWhgiMiUQuBWtpXx85Hrk=
- References: <84fc9c000705190326x1bcf66f6s2c914fd2db154e00@mail.gmail.com>
On Saturday 19 May 2007 12:26:07 Richard Guenther wrote:
> We segfault compiling SPEC2k fma3d in snprintf here:
>
> #4 0x0000000000410529 in check_rest (type=BT_REAL, kind=8, arg=0x11e9850)
> at /gcc/spec/sb-vangelis-head-64/gcc/gcc/fortran/check.c:1521
> 1521 snprintf (buffer, 80, "arguments '%s' and '%s' for
> intrinsic '%s'",
> (gdb) list
> 1516 gfc_basic_typename (type), kind);
> 1517 return FAILURE;
> 1518 }
> 1519 }
> 1520
> 1521 snprintf (buffer, 80, "arguments '%s' and '%s' for
> intrinsic '%s'",
> 1522 gfc_current_intrinsic_arg[0],
> gfc_current_intrinsic_arg[n-1],
> 1523 gfc_current_intrinsic);
> 1524 if (gfc_check_conformance (buffer, first_arg, x) == FAILURE)
> 1525 return FAILURE;
> (gdb) print gfc_current_intrinsic_arg
> $1 = {0xcbe820 "a1", 0xcbe890 "a2", 0xcbd010 "back", 0x0, 0x0}
> (gdb) print n-1
> $2 = 13
> (gdb) print gfc_current_intrinsic
> $3 = 0xc978f5 "max"
>
> because we pass garbage to it. This is a recent failure from about two
> days ago, very likely caused by
... me.
Ok, but without a testcase, this is hard to reproduce. SPEC2k seems to be a
commercial suite? Could someone who has access to it provide a testcase?
Thanks
Daniel