From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32024 invoked by alias); 23 Jun 2006 18:39:49 -0000 Received: (qmail 32015 invoked by uid 22791); 23 Jun 2006 18:39:48 -0000 X-Spam-Check-By: sourceware.org Received: from ausmtp05.au.ibm.com (HELO ausmtp05.au.ibm.com) (202.81.18.154) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 23 Jun 2006 18:39:44 +0000 Received: from sd0208e0.au.ibm.com (d23rh904.au.ibm.com [202.81.18.202]) by ausmtp05.au.ibm.com (8.13.6/8.13.6) with ESMTP id k5NIggYd7335938 for ; Sat, 24 Jun 2006 04:42:42 +1000 Received: from d23av04.au.ibm.com (d23av04.au.ibm.com [9.190.250.237]) by sd0208e0.au.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k5NIh3Vi235098 for ; Sat, 24 Jun 2006 04:43:03 +1000 Received: from d23av04.au.ibm.com (loopback [127.0.0.1]) by d23av04.au.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id k5NIdfwD002287 for ; Sat, 24 Jun 2006 04:39:41 +1000 Received: from dyn9047022062.beaverton.ibm.com (dyn9047022062.beaverton.ibm.com [9.47.22.62]) by d23av04.au.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k5NIddPo002112; Sat, 24 Jun 2006 04:39:40 +1000 Date: Fri, 23 Jun 2006 18:39:00 -0000 From: Wu Zhou To: Daniel Jacobowitz cc: gdb-patches@sourceware.org Subject: Re: [RFC] decimal float point patch based on libdecnumber: testcase In-Reply-To: <20060623023808.GA1781@nevyn.them.org> Message-ID: References: <20060622202457.GA22230@nevyn.them.org> <20060623023808.GA1781@nevyn.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-06/txt/msg00364.txt.bz2 On Thu, 22 Jun 2006, Daniel Jacobowitz wrote: > On Fri, Jun 23, 2006 at 07:27:29AM +0800, Wu Zhou wrote: > > That is because they have different precision/exponent. Number > > 1234567890123456.dd have 16 digits, its coefficient is 1234567890123456, > > and exponent is 0, so it won't print back with an exponent. While in the > > case of "1.2E10dd", the coefficient is 12, exponent is 9, so it will print > > back with an exponent. And in exponent display mode, the coefficient will > > be normalized, in this case, to 1.2; and exponent get to 10 respectively. > > > > For "p 1200000000000000.dd", it will return 1200000000000000. It is > > equal to but different than 1.2E+15. Their precison is not the same. > > So they map down to different bit patterns. How bizarre. Yes, they do. A little bizarre when I first saw this. But I don't feel like this now. :-) It is desirable to be able to differentiate between floating numbers with same value but different precision anyway. > > > Do you mean that we need to output something more close to the fact. to > > say, "Addition/Multiple of decimal floating point is not supported right > > now". or something other like this. If you want, I can do that. > > No, I think what's there is fine - but add a test or two for that error > message. OK. Understand. We can use XFAIL for them, right? Regards - Wu Zhou