Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 18 Jan 2004 02:33:40 -0800
From:      David Schultz <das@FreeBSD.ORG>
To:        src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject:   Re: cvs commit: src/lib/libc/gdtoa Makefile.inc _hdtoa.c src/lib/libc/stdio vfprintf.c
Message-ID:  <20040118103340.GA44149@VARK.homeunix.com>
In-Reply-To: <200401181032.i0IAWoMh012953@repoman.freebsd.org>
References:  <200401181032.i0IAWoMh012953@repoman.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040118103340.GA44149>