summaryrefslogtreecommitdiffstats
path: root/Objects/stringlib/unicodedefs.h
diff options
context:
space:
mode:
authorEric Smith <eric@trueblade.com>2008-05-11 19:52:48 (GMT)
committerEric Smith <eric@trueblade.com>2008-05-11 19:52:48 (GMT)
commitcf537ff39ea1a518e937ee607bce816e8f3f41b6 (patch)
tree4ce4b95ac5aaa8b26bf8899ac668acd14624c0c8 /Objects/stringlib/unicodedefs.h
parent30ece44f2e5397e8501380349fd5278e6f64f555 (diff)
downloadcpython-cf537ff39ea1a518e937ee607bce816e8f3f41b6.zip
cpython-cf537ff39ea1a518e937ee607bce816e8f3f41b6.tar.gz
cpython-cf537ff39ea1a518e937ee607bce816e8f3f41b6.tar.bz2
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.
Diffstat (limited to 'Objects/stringlib/unicodedefs.h')
-rw-r--r--Objects/stringlib/unicodedefs.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/Objects/stringlib/unicodedefs.h b/Objects/stringlib/unicodedefs.h
index f402a98..8f87fe0 100644
--- a/Objects/stringlib/unicodedefs.h
+++ b/Objects/stringlib/unicodedefs.h
@@ -21,6 +21,7 @@
#define STRINGLIB_NEW PyUnicode_FromUnicode
#define STRINGLIB_RESIZE PyUnicode_Resize
#define STRINGLIB_CHECK PyUnicode_Check
+#define STRINGLIB_GROUPING _PyUnicode_InsertThousandsGrouping
#if PY_VERSION_HEX < 0x03000000
#define STRINGLIB_TOSTR PyObject_Unicode