| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
shift-too-large compile error
reviewed by: das
|
|
|
|
| |
and %A, which print floating-point numbers in hexadecimal.
|
|
|
|
|
| |
incorrectly on architectures without an explicit normalization
bit (sparc64, powerpc).
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
used with the contrib/ gdtoa sources as they aren't WARNS-clean.
Submitted by: ru
|
|
|
|
|
|
| |
Use the latter for gdtoa.
Requested by: deischen (far too long ago)
|
|
|
|
| |
This is the version I *meant* to commit last week.
|
|
|
|
|
|
|
| |
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@
|
|
|
|
| |
OK'ed by: das
|
|
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
|