| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
| |
string files (__SSTR flag set). This is necessary because __sputc()
does not respect the __SALC flag, and crashes trying to flush the buffer
instead of resizing it.
PR: 59167
|
| |
|
|
|
|
|
|
|
| |
mbstate_t object that they ignore. The zeroing is fairly expensive, and it
will never be necessary in these functions; when we support state-dependent
encodings, we will pass in a pointer to the file's mbstate_t object, and
only zero it at the time the file gets opened.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
by sizeof(wchar_t) to get the number of wide characters it contains.
Remove the !hardway micro-optimisation from the CT_INT case to avoid
having to fix it for wide characters.
|
| |
|
|
|
|
|
|
|
|
|
| |
is made an array of two, to explicitly avoid stack corruption due to
null-terminating (which is doesn't actually happen due to stack alignment
padding).
Submitted by: Ed Moy <emoy@apple.com>
Obtained from: Apple Computer, Inc.
|
|
|
|
|
|
|
| |
documentation for %a, and document it correctly instead.
s/one of aefg/one of a, e, f, or g/
Reviewed by: standards@
|
|
|
|
|
|
|
|
| |
[+|-]Inf, [+|-]NaN, nan(...), and hexidecimal FP constants.
While here, add %a and %A, which are aliases for %e, and
add support for long doubles.
Reviewed by: standards@
|
|
|
|
| |
instead of .Xr when needed
|
|
|
|
| |
Approved by: re (blanket)
|
|
|
|
|
|
|
|
| |
the # flag is present. Implement this behavior and add a comment
describing it.
Noticed by: Enache Adrian <enache@rdslink.ro>
Pointy hat to: das
|
| |
|
|
|
|
|
|
|
|
|
| |
%f and sufficiently short %g specifiers where the precision was
explicitly zero, no '#' flag was specified, and the floating point
argument was > 0 and <= 0.5. While at it, add some comments to better
explain the relevant bits of code.
Noticed by: Christoph Kukulies <kuku@physik.rwth-aachen.de>
|
| |
|
| |
|
|
|
|
|
|
| |
into the last commit.
Noticed by: mike
|
|
|
|
|
|
|
|
| |
be printed.
- Fix %f conversions where the number of significant digits is < expt.
This would be a one-line change were it not for thousands separators.
Noticed by tjr.
- Remove some unnecessary code in the parsing of precision specifiers.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- We used to round long double arguments to double. Now we print
them properly.
- Bugs involving '%F', corner cases of '#' and 'g' format
specifiers, and the '.*' precision specifier have been
fixed.
- Added support for the "'" specifier to print thousands' grouping
characters in a locale-dependent manner.
- Implement the __vfprintf() side of hexadecimal floating point
support. All that is still needed is a routine to convert the
mantissa to hex digits one nibble at a time in the style of ultoa().
Reviewed by: silence on standards@
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- __vfprintf()'s 'buf' has never been used for floating point, so
don't define it in terms of (incorrect) constants describing
floating point numbers. The actual size needed depends on
sizeof(uintmax_t) and locale details, so I slightly overestimated.
- We don't need a 308-character buffer to store the string "308".
With long doubles and %a we need more than three characters, though.
|
| |
|
|
|
|
|
|
|
|
|
| |
dtoa() is buggy. The bug would cause incorrect output to be
generated when format strings such as '%5.0f' were used with
nonzero numbers whose magnitude is less than 1.
Reported by: df(1) by way of periodic(8)
Reviewed by: mike
|
| |
|
|
|
|
| |
last argument.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
to the Errors section.
|
| |
|
|
|
|
|
| |
Submitted by: Murray S. Kucherawy <msk@blackops.org>
X-MFC after: re approval
|
|
|
|
|
|
|
| |
Only warnings that could be fixed without changing the generated object
code and without restructuring the source code have been handled.
Reviewed by: /sbin/md5
|
|
|
|
| |
Approved by: markm (mentor)(implicit)
|
| |
|
| |
|
|
|
|
|
| |
to avoid locking the stream for each character and to avoid input being
scattered among multiple threads.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
a NULL filename argument allows a stream's mode to be changed. At the
moment it just recycles the old file descriptor instead of storing the
filename somewhere and using that to reopen the file, as the standard
seems to require. Strictly conforming C99 applications probably can't
tell the difference but POSIX ones can.
PR: 46791
|
|
|
|
| |
1003.1-2001 requires that fileno() behave as if it locks the stream.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
and fileno_unlocked().
|
| |
|
|
|
|
| |
and putchar_unlocked().
|
|
|
|
|
|
| |
putchar_unlocked(), putc_unlocked(), feof_unlocked(), ferror_unlocked(),
clearerr_unlocked(), and fileno_unlocked(). The first four are required
by POSIX. The rest are provided for consistency.
|