summaryrefslogtreecommitdiffstats
path: root/lib/libc/stdio/vfwprintf.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Use nl_langinfo(RADIXCHAR) instead of localeconv()->decimal_point inmatthew2012-06-261-2/+5
| | | | | | | | | | | | | | | | printf() and avoid calling it unless needed (i.e., when we have a floating point value to print). This isn't a big concern currently due to our limited locale support and current localeconv() implementation, but it's still technically a data race and implementing POSIX 2008 per-thread locales is likely to make it worse. nl_langinfo() isn't guaranteed by POSIX to be thread-safe either, but at least our current implementation is thread-safe and it's a simpler interface to keep that way. Printing floating point values isn't async-signal-safe anyway due to gdtoa()'s use of malloc(), so that's not an issue. ok deraadt, stsp, millert
* Always free the multibyte->wchar conversion buffer allocated in __mbsconv().stsp2011-05-091-1/+3
| | | | ok matthew dcoppa miod
* Bring back wprintf. We've sorted out what to do for gcc2 and gcc3.stsp2011-04-281-0/+1519
| | | | "Yes, go ahead then" deraadt
* Back out wprintf until we've determined what to do for gcc2 and gcc3 arches.stsp2011-04-241-1519/+0
|
* Add fwprintf, swprintf, vfwprintf, vswprintf, vwprintf, and wprintf to libc.stsp2011-04-241-0/+1519
Based on our vfprintf etc. implementations. Wide character parts based on NetBSD but with lots of macros expanded. Minor bump for libc. ok kettenis espie