cpython.git - https://github.com/python/cpython.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	bpo-33954: Fix _PyUnicode_InsertThousandsGrouping() (GH-10623)	Victor Stinner	2018-11-26	1	-133/+35
\| \| \| \| \| \| \| \| \| \| \| \|	Fix str.format(), float.__format__() and complex.__format__() methods for non-ASCII decimal point when using the "n" formatter. Changes: * Rewrite _PyUnicode_InsertThousandsGrouping(): it now requires a _PyUnicodeWriter object for the buffer and a Python str object for digits. * Rename FILL() macro to unicode_fill(), convert it to static inline function, add "assert(0 <= start);" and rework its code.
*	Issue #26765: Ensure that bytes- and unicode-specific stringlib files are used	Serhiy Storchaka	2016-05-16	1	-2/+2
\| \| \| \|	with correct type.
*	Make private function static (from `make smelly`)	Antoine Pitrou	2012-06-21	1	-1/+1
\|
*	Issue #13706: Fix format(int, "n") for locale with non-ASCII thousands separator	Victor Stinner	2012-02-23	1	-49/+22
\| \| \| \| \| \| \| \| \| \| \|	* 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
*	Implement PEP 393.	Martin v. Löwis	2011-09-28	1	-16/+11
\|
*	The other half of Issue #1580: use short float repr where possible.	Eric Smith	2009-04-16	1	-111/+158
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	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.
*	Added ',' thousands grouping to int.__format__. See PEP 378.	Eric Smith	2009-04-03	1	-82/+117
\| \| \| \| \| \| \| \| \|	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).
*	Merged revisions 64491 via svnmerge from	Eric Smith	2008-06-24	1	-16/+25
\| \| \| \| \| \| \| \| \| \|	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. ........
*	Merged revisions 63078 via svnmerge from	Eric Smith	2008-05-11	1	-0/+121
	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. ........