src-test2/lib/libc/stdio/vfprintf.c, branch release/5.1.0_cvs

This commit was manufactured by cvs2svn to create tag

2003-06-04T16:00:27Z

'RELENG_5_1_0_RELEASE'. This commit was manufactured to restore the state of the 5.1-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.

%E-like %g and %G conversions should remove trailing zeroes unless

2003-04-19T23:53:19Z

the # flag is present. Implement this behavior and add a comment describing it. Noticed by: Enache Adrian Pointy hat to: das

Fix a bug where printf was erroneously printing a decimal point for

2003-04-14T11:24:53Z

%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

__wcsconv(): free(convbuf) before returning NULL

2003-04-07T03:17:39Z

Today just isn't my day. Remove some old commented out code that snuck

2003-04-07T01:07:48Z

into the last commit. Noticed by: mike

- %e conversions with precision 0 should not cause a decimal point to

2003-04-07T00:42:19Z

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.

Rework the floating point code in printf(). Significant changes:

2003-04-05T22:11:42Z

- 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@

Correct some buffer sizes.

2003-04-05T22:03:43Z

- __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.

Kludge around a bug that results from printf() assuming that

2003-03-14T04:48:09Z

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

Replace our ancient dtoa/strtod implementation with the gdtoa

2003-03-12T20:30:00Z

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