https://hg.dopieralski.pl/cpython-lru_cache-weakref/ en-us Objects/stringlib/stringdefs.h revision history https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/cd92610b04d3/Objects/stringlib/stringdefs.h Victor Stinner <victor.stinner@gmail.com> Sun, 14 Apr 2013 16:29:09 +0200 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/f89e2f4cda88/Objects/stringlib/stringdefs.h
* 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]]> Victor Stinner <victor.stinner@haypocalc.com> Fri, 24 Feb 2012 00:37:51 +0100 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/c2153ce1b5dd/Objects/stringlib/stringdefs.h Benjamin Peterson <benjamin@python.org> Wed, 11 Jan 2012 21:00:42 -0500 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/6b3e871c003c/Objects/stringlib/stringdefs.h Victor Stinner <victor.stinner@haypocalc.com> Sun, 20 Nov 2011 19:30:15 +0100 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/bfd3fcfb02f3/Objects/stringlib/stringdefs.h
* If needle is 0, try (p[0] >> 16) & 0xff for UCS4
* Disable fastsearch_memchr_1char() if needle is zero for UCS2 and UCS4]]> Victor Stinner <victor.stinner@haypocalc.com> Tue, 11 Oct 2011 23:22:22 +0200 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/8beaa9a37387/Objects/stringlib/stringdefs.h Martin v. Löwis <martin@v.loewis.de> Wed, 28 Sep 2011 07:41:54 +0200 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/5ca1948a8fd6/Objects/stringlib/stringdefs.h svn+ssh://pythondev@svn.python.org/python/trunk

........
r77461 | antoine.pitrou | 2010-01-13 08:55:48 +0100 (mer., 13 janv. 2010) | 5 lines

Issue #7622: Improve the split(), rsplit(), splitlines() and replace()
methods of bytes, bytearray and unicode objects by using a common
implementation based on stringlib's fast search. Patch by Florent Xicluna.
........]]> Antoine Pitrou <solipsis@pitrou.net> Wed, 13 Jan 2010 08:07:53 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/a1035cb4a925/Objects/stringlib/stringdefs.h svn+ssh://pythondev@svn.python.org/python/trunk

........
r77241 | antoine.pitrou | 2010-01-02 22:12:58 +0100 (sam., 02 janv. 2010) | 4 lines

Issue #7462: Implement the stringlib fast search algorithm for the `rfind`,
`rindex`, `rsplit` and `rpartition` methods. Patch by Florent Xicluna.
........]]> Antoine Pitrou <solipsis@pitrou.net> Sat, 02 Jan 2010 21:40:36 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/f37f6b9b224b/Objects/stringlib/stringdefs.h Eric Smith <eric@trueblade.com> Mon, 30 Nov 2009 01:01:42 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/4b4b59f278bf/Objects/stringlib/stringdefs.h svn+ssh://pythondev@svn.python.org/python/trunk

........
r72040 | eric.smith | 2009-04-27 15:04:37 -0400 (Mon, 27 Apr 2009) | 1 line

Issue #5793: rationalize isdigit / isalpha / tolower, etc. Will port to py3k. Should fix Windows buildbot errors.
........]]> Eric Smith <eric@trueblade.com> Mon, 27 Apr 2009 20:39:49 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/28096ed73153/Objects/stringlib/stringdefs.h
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).]]> Eric Smith <eric@trueblade.com> Fri, 03 Apr 2009 14:45:06 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/da47e7e135ae/Objects/stringlib/stringdefs.h The repr() of a string now contains printable Unicode characters unescaped.
The new ascii() builtin can be used to get a repr() with only ASCII characters in it.

PEP and patch were written by Atsuo Ishimoto.]]> Georg Brandl <georg@python.org> Wed, 11 Jun 2008 18:37:52 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/23ab586c427a/Objects/stringlib/stringdefs.h Christian Heimes <christian@cheimes.de> Mon, 26 May 2008 13:28:38 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/ef4ec968fdb6/Objects/stringlib/stringdefs.h 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.
........]]> Eric Smith <eric@trueblade.com> Sun, 11 May 2008 21:00:57 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/7af955843929/Objects/stringlib/stringdefs.h formatting.

Includes:
- Modifying tests for basic types to use __format__ methods, instead
of builtin "format".
- Adding PyObject_Format.
- General str/unicode cleanup discovered when backporting to 2.6.
- Removing datetimemodule.c's time_format, since it was identical
to date_format.

The files in Objects/stringlib that implement PEP 3101 (stringdefs.h,
unicodedefs.h, formatter.h, string_format.h) are identical in trunk
and py3k. Any changes from here on should be made to trunk, and
changes will propogate to py3k).]]> Eric Smith <eric@trueblade.com> Sun, 17 Feb 2008 19:48:00 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/d842457e4b0e/Objects/stringlib/stringdefs.h Eric Smith <eric@trueblade.com> Sat, 01 Sep 2007 10:56:01 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/5355337709e1/Objects/stringlib/stringdefs.h
Known issues:

The string.Formatter class, as discussed in the PEP, is incomplete.

Error handling needs to conform to the PEP.

Need to fix this warning that I introduced in Python/formatter_unicode.c:
Objects/stringlib/unicodedefs.h:26: warning: `STRINGLIB_CMP' defined but not used

Need to make sure sign formatting is correct, more tests needed.

Need to remove '()' sign formatting, left over from an earlier version of the PEP.]]> Eric Smith <eric@trueblade.com> Sat, 25 Aug 2007 02:26:07 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/66f1d4a4c799/Objects/stringlib/stringdefs.h methods of bytes, bytearray and unicode objects by using a common
implementation based on stringlib's fast search. Patch by Florent Xicluna.]]> Antoine Pitrou <solipsis@pitrou.net> Wed, 13 Jan 2010 07:55:48 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/ddf61cd775e0/Objects/stringlib/stringdefs.h `rindex`, `rsplit` and `rpartition` methods. Patch by Florent Xicluna.]]> Antoine Pitrou <solipsis@pitrou.net> Sat, 02 Jan 2010 21:12:58 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/4bdd847b57c2/Objects/stringlib/stringdefs.h Eric Smith <eric@trueblade.com> Mon, 27 Apr 2009 19:04:37 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/c5e0d9beebf9/Objects/stringlib/stringdefs.h 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.]]> Eric Smith <eric@trueblade.com> Wed, 22 Apr 2009 13:29:05 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/52294af4b663/Objects/stringlib/stringdefs.h
http://mail.python.org/pipermail/python-dev/2008-June/079988.html

Python 2.6 should stick with PyString_* in its codebase. The PyBytes_* names
in the spirit of 3.0 are available via a #define only. See the email thread.]]> Gregory P. Smith <greg@mad-scientist.com> Mon, 09 Jun 2008 04:58:54 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/4fe192d48960/Objects/stringlib/stringdefs.h Christian Heimes <christian@cheimes.de> Mon, 26 May 2008 12:51:38 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/206700d749f0/Objects/stringlib/stringdefs.h
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.]]> Eric Smith <eric@trueblade.com> Sun, 11 May 2008 19:52:48 +0000 https://hg.dopieralski.pl/cpython-lru_cache-weakref/log/b7231bf6bfb7/Objects/stringlib/stringdefs.h
Highlights:
- Adding PyObject_Format.
- Adding string.Format class.
- Adding __format__ for str, unicode, int, long, float, datetime.
- Adding builtin format.
- Adding ''.format and u''.format.
- str/unicode fixups for formatters.

The files in Objects/stringlib that implement PEP 3101 (stringdefs.h,
unicodedefs.h, formatter.h, string_format.h) are identical in trunk
and py3k. Any changes from here on should be made to trunk, and
changes will propogate to py3k).]]> Eric Smith <eric@trueblade.com> Sun, 17 Feb 2008 19:46:49 +0000