This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [patch, libquadmath] PR47293 NAN not correctly read

From: Jerry DeLisle <jvdelisle at frontier dot com>
To: Jakub Jelinek <jakub at redhat dot com>
Cc: gfortran <fortran at gcc dot gnu dot org>, gcc patches <gcc-patches at gcc dot gnu dot org>
Date: Mon, 31 Jan 2011 18:31:25 -0800
Subject: Re: [patch, libquadmath] PR47293 NAN not correctly read
References: <4D40E9F7.4090206@frontier.com> <20110127194212.GO2724@tyan-ft48-01.lab.bos.redhat.com> <4D4466C0.3040800@frontier.com>

On 01/29/2011 11:13 AM, Jerry DeLisle wrote:

On 01/27/2011 11:42 AM, Jakub Jelinek wrote:
On Wed, Jan 26, 2011 at 07:43:51PM -0800, Jerry DeLisle wrote:
This patch is simple. The bit pattern for NAN was mixed up.
1) It should be 0x7fff8000 instead of 0xffff8000
2) the code will handle endianess incorrectly
case STRTOG_NaN:
L[0] = ld_QNAN0;
L[1] = ld_QNAN1;
L[2] = ld_QNAN2;
L[3] = ld_QNAN3;
should be
L[_3] = ld_QNAN0;
L[_2] = ld_QNAN1;
L[_1] = ld_QNAN2;
L[_0] = ld_QNAN3;
Here is an updated patch. I will submit a change to the testsuite separately.

OK for trunk?


Sending        ChangeLog
Sending        gdtoa/gd_qnan.h
Sending        gdtoa/strtopQ.c
Transmitting file data ...
Committed revision 169466.

Committed under obvious rule.

Jerry

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]