From owner-cvs-src@FreeBSD.ORG Sun Jan 18 02:34:05 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B87FB16A4D0; Sun, 18 Jan 2004 02:34:05 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-124-78-95.dsl.pltn13.pacbell.net [68.124.78.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BD8A43D49; Sun, 18 Jan 2004 02:34:03 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.10/8.12.10) with ESMTP id i0IAXeKu044179; Sun, 18 Jan 2004 02:33:40 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.10/8.12.10/Submit) id i0IAXeTP044178; Sun, 18 Jan 2004 02:33:40 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Sun, 18 Jan 2004 02:33:40 -0800 From: David Schultz To: src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG Message-ID: <20040118103340.GA44149@VARK.homeunix.com> Mail-Followup-To: src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG References: <200401181032.i0IAWoMh012953@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200401181032.i0IAWoMh012953@repoman.freebsd.org> Subject: Re: cvs commit: src/lib/libc/gdtoa Makefile.inc _hdtoa.c src/lib/libc/stdio vfprintf.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 10:34:05 -0000 Any suggestions or bug reports involving this code are welcome, but please note the following caveats: - strtod() has some bugs involving parsing hexadecimal floating-point numbers, which should be fixed in the next gdtoa import (to come shortly). Until then, be aware that numbers parsed with strtod() may not be output as expected because they were not parsed correctly in the first place. In particular, don't specify too many digits in the significand for subnormals, and don't expect underflow to zero to work correctly. - FLT_ROUNDS in float.h does not reflect the FPU's current rounding mode, so changing the rounding mode via fpsetround(3) or similar will not affect printf() yet. However, all of the standard rounding modes are supported, in theory. - There are multiple correct ways to print some values in the hexadecimal format. For example: 0x1.0p+3 == 0x2.0p+2 == 0x4.0p+1 == 0x8.0p+0. See the comment at the top of __hdtoa() for details.