cpython

Commit Graph

Author	SHA1	Message	Date
Antoine Pitrou	a759d4e9f4	Make private function static (from `make smelly`)	14 years ago
Victor Stinner	41a863cb81	Issue #13706 : Fix format(int, "n") for locale with non-ASCII thousands separator * Decode thousands separator and decimal point using PyUnicode_DecodeLocale() (from the locale encoding), instead of decoding them implicitly from latin1 * Remove _PyUnicode_InsertThousandsGroupingLocale(), it was not used * Change _PyUnicode_InsertThousandsGrouping() API to return the maximum character if unicode is NULL * Replace MIN/MAX macros by Py_MIN/Py_MAX * stringlib/undef.h undefines STRINGLIB_IS_UNICODE * stringlib/localeutil.h only supports Unicode	14 years ago
Martin v. Löwis	d63a3b8beb	Implement PEP 393.	14 years ago
Antoine Pitrou	c7c96a90bc	Recorded merge of revisions 81029 via svnmerge from svn+ssh://pythondev@svn.python.org/python/trunk ........ r81029 \| antoine.pitrou \| 2010-05-09 16:46:46 +0200 (dim., 09 mai 2010) \| 3 lines Untabify C files. Will watch buildbots. ........	16 years ago
Eric Smith	aca19e6a74	Backport of some of the work in r71665 to trunk. This reworks much of int, long, and float __format__(), and it keeps their implementation in sync with py3k. Also added PyOS_double_to_string. This is the "fallback" version that's also available in trunk, and should be kept in sync with that code. I'll add an issue to document PyOS_double_to_string in the C API. There are many internal cleanups. Externally visible changes include: - Implement PEP 378, Format Specifier for Thousands Separator, for floats, ints, and longs. - Issue #5515: 'n' formatting for ints, longs, and floats handles leading zero formatting poorly. - Issue #5772: For float.__format__, don't add a trailing ".0" if we're using no type code and we have an exponent.	17 years ago
Eric Smith	0923d1d8d7	The other half of Issue #1580 : use short float repr where possible. Addresses the float -> string conversion, using David Gay's code which was added in Mark Dickinson's checkin r71663. Also addresses these, which are intertwined with the short repr changes: - Issue #5772: format(1e100, '<') produces '1e+100', not '1.0e+100' - Issue #5515: 'n' formatting with commas no longer works poorly with leading zeros. - PEP 378 Format Specifier for Thousands Separator: implemented for floats.	17 years ago
Eric Smith	a3b1ac8dca	Added ',' thousands grouping to int.__format__. See PEP 378. This is incomplete, but I want to get some version into the next alpha. I am still working on: Documentation. More tests. Implement for floats. In addition, there's an existing bug with 'n' formatting that carries forward to thousands grouping (issue 5515).	17 years ago
Eric Smith	6d7e7a730e	Merged revisions 64491 via svnmerge from svn+ssh://pythondev@svn.python.org/python/trunk ........ r64491 \| eric.smith \| 2008-06-23 20:42:10 -0400 (Mon, 23 Jun 2008) \| 1 line Modified interface to _Py_[String\|Unicode]InsertThousandsGrouping, in anticipation of fixing issue 3140. ........	18 years ago
Eric Smith	65fe47b931	Modified interface to _Py_[String\|Unicode]InsertThousandsGrouping, in anticipation of fixing issue 3140.	18 years ago
Eric Smith	5807c415c5	Merged revisions 63078 via svnmerge from svn+ssh://pythondev@svn.python.org/python/trunk When forward porting this, I added _PyUnicode_InsertThousandsGrouping. ........ r63078 \| eric.smith \| 2008-05-11 15:52:48 -0400 (Sun, 11 May 2008) \| 14 lines Addresses issue 2802: 'n' formatting for integers. Adds 'n' as a format specifier for integers, to mirror the same specifier which is already available for floats. 'n' is the same as 'd', but inserts the current locale-specific thousands grouping. I added this as a stringlib function, but it's only used by str type, not unicode. This is because of an implementation detail in unicode.format(), which does its own str->unicode conversion. But the unicode version will be needed in 3.0, and it may be needed by other code eventually in 2.6 (maybe decimal?), so I left it as a stringlib implementation. As long as the unicode version isn't instantiated, there's no overhead for this. ........	18 years ago
Eric Smith	cf537ff39e	Addresses issue 2802: 'n' formatting for integers. Adds 'n' as a format specifier for integers, to mirror the same specifier which is already available for floats. 'n' is the same as 'd', but inserts the current locale-specific thousands grouping. I added this as a stringlib function, but it's only used by str type, not unicode. This is because of an implementation detail in unicode.format(), which does its own str->unicode conversion. But the unicode version will be needed in 3.0, and it may be needed by other code eventually in 2.6 (maybe decimal?), so I left it as a stringlib implementation. As long as the unicode version isn't instantiated, there's no overhead for this.	18 years ago

7 Commits (d5cae6f143fbb24fde667f28bf42e8e4fb0ea1dc)