| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Pointy hat to yours truly.
Notes:
svn path=/head/; revision=178154
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. Previously, printing the number 1.0 could produce 0x1p+0, 0x2p-1,
0x4p-2, or 0x8p-3, depending on what happened to be convenient. This
meant that printing a value as a double and printing the same value
as a long double could produce different (but equivalent) results.
The change is to always make the leading digit a 1, unless the
number is 0. This solves the aforementioned problem and has
several other advantages.
2. Use the FPU to do rounding. This is far simpler and more portable
than manipulating the bits, and it fixes an obsure round-to-even
bug. It also raises the exceptions now required by IEEE 754R.
The drawbacks are that it is usually slightly slower, and it makes
printf less effective as a debugging tool when the FPU is hosed
(e.g., due to a buggy softfloat implementation).
3. On i386, twiddle the rounding precision so that (2) works properly
for long doubles.
4. Make several simplifications that are now possible due to (2).
5. Split __hldtoa() into a separate file.
Thanks to remko for access to a sparc64 box for testing.
Notes:
svn path=/head/; revision=178140
|
|
|
|
|
|
|
| |
libm can use it.
Notes:
svn path=/head/; revision=174681
|
|
|
|
|
|
|
| |
PR: 85080
Notes:
svn path=/head/; revision=174488
|
|
|
|
| |
Notes:
svn path=/head/; revision=174204
|
|
|
|
|
|
|
|
|
| |
Note that ULong in this code is actually defined as an unsigned integer across
all arches so that the gdtoa() function always processes 32 bit data
despite the unfortunate naming of "ULong".
Notes:
svn path=/head/; revision=173793
|
|
|
|
|
|
|
|
| |
Submitted by: das
MFC after re@ approval
Notes:
svn path=/head/; revision=172618
|
|
|
|
|
|
|
| |
Reported by: Bruno Haible
Notes:
svn path=/head/; revision=169354
|
|
|
|
| |
Notes:
svn path=/head/; revision=169092
|
|
|
|
|
|
|
| |
PR: 90333
Notes:
svn path=/head/; revision=165742
|
|
|
|
|
|
|
|
|
|
| |
this or the deprecated POSIX functions {e,g,f}cvt() have
newer versions that do not (rely on them).
Requested by: marius
Notes:
svn path=/head/; revision=157777
|
|
|
|
|
|
|
|
|
|
|
| |
this is used by some 3rd party applications when {e,f,g}cvt() are
not found. POSIX defines the xcvt() funtions but says they are
deprecated in favor or sprintf(). We'll import these functions
from OpenBSD and remove __gdtoa() from the exported interfaces
when libc version is bumped.
Notes:
svn path=/head/; revision=157350
|
|
|
|
| |
Notes:
svn path=/head/; revision=156613
|
|
|
|
|
|
|
| |
Reviewed by: davidxu
Notes:
svn path=/head/; revision=156608
|
|
|
|
|
|
|
| |
I never got around to making use of it.
Notes:
svn path=/head/; revision=140889
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead use the FPU to convert subnormals to normals. (NB: Further
simplification is possible, such as using the FPU for the rounding
step.)
This fixes a bug reported by stefanf where long double subnormals in
the Intel 80-bit format would be output with one fewer digit than
necessary when the default precision was used.
Notes:
svn path=/head/; revision=140430
|
|
|
|
|
|
|
|
| |
The purpose of having a separate file involved an abandoned scheme that
would have kept contrib/gdtoa out of the include path for the rest of libc.
Notes:
svn path=/head/; revision=140279
|
|
|
|
|
|
|
|
|
| |
shift-too-large compile error
reviewed by: das
Notes:
svn path=/head/; revision=124767
|
|
|
|
|
|
|
| |
and %A, which print floating-point numbers in hexadecimal.
Notes:
svn path=/head/; revision=124667
|
|
|
|
|
|
|
|
| |
incorrectly on architectures without an explicit normalization
bit (sparc64, powerpc).
Notes:
svn path=/head/; revision=124652
|
|
|
|
|
|
|
|
|
|
| |
in contributed sources with just a hack made possible
by bsd.sys.mk,v 1.33. This is better because it just
nulls out the warning flags rather than adding gcc(1)
specific -w option to CFLAGS.
Notes:
svn path=/head/; revision=124374
|
|
|
|
|
|
|
|
|
| |
used with the contrib/ gdtoa sources as they aren't WARNS-clean.
Submitted by: ru
Notes:
svn path=/head/; revision=124354
|
|
|
|
|
|
|
|
|
| |
Use the latter for gdtoa.
Requested by: deischen (far too long ago)
Notes:
svn path=/head/; revision=116652
|
|
|
|
|
|
|
| |
This is the version I *meant* to commit last week.
Notes:
svn path=/head/; revision=113278
|
|
|
|
|
|
|
|
|
|
| |
In support of this, add some MD macros to assist in converting long
doubles to the format expected by gdtoa().
Reviewed by: silence on standards@
Notes:
svn path=/head/; revision=113145
|
|
|
|
|
|
|
| |
OK'ed by: das
Notes:
svn path=/head/; revision=112202
|
|
package, a more recent, generalized set of routines. Among the
changes:
- Declare strtof() and strtold() in stdlib.h.
- Add glue to libc to support these routines for all kinds
of ``long double''.
- Update printf() to reflect the fact that dtoa works slightly
differently now.
As soon as I see that nothing has blown up, I will kill
src/lib/libc/stdlib/strtod.c. Soon printf() will be able
to use the new routines to output long doubles without loss
of precision, but numerous bugs in the existing code must
be addressed first.
Reviewed by: bde (briefly), mike (mentor), obrien
Notes:
svn path=/head/; revision=112163
|