Victor Stinner
|
ab60de478d
|
Issue #8271: Fix compilation on Windows
|
2012-11-04 23:59:15 +01:00 |
Ezio Melotti
|
f7ed5d111b
|
#8271: the utf-8 decoder now outputs the correct number of U+FFFD characters when used with the "replace" error handler on invalid utf-8 sequences. Patch by Serhiy Storchaka, tests by Ezio Melotti.
|
2012-11-04 23:21:38 +02:00 |
Antoine Pitrou
|
ca8aa4acf6
|
Issue #15144: Fix possible integer overflow when handling pointers as integer values, by using Py_uintptr_t instead of size_t.
Patch by Serhiy Storchaka.
|
2012-09-20 20:56:47 +02:00 |
Mark Dickinson
|
01ac8b6ab1
|
Use correct types for ASCII_CHAR_MASK integer constants.
|
2012-07-07 14:08:48 +02:00 |
Mark Dickinson
|
106c4145ff
|
Issue #14923: Optimize continuation-byte check in UTF-8 decoding. Patch by Serhiy Storchaka.
|
2012-06-23 21:45:14 +01:00 |
Antoine Pitrou
|
27f6a3b0bf
|
Issue #15026: utf-16 encoding is now significantly faster (up to 10x).
Patch by Serhiy Storchaka.
|
2012-06-15 22:15:23 +02:00 |
Antoine Pitrou
|
63065d761e
|
Issue #14624: UTF-16 decoding is now 3x to 4x faster on various inputs.
Patch by Serhiy Storchaka.
|
2012-05-15 23:48:04 +02:00 |
Antoine Pitrou
|
ca5f91b888
|
Issue #14738: Speed-up UTF-8 decoding on non-ASCII data. Patch by Serhiy Storchaka.
|
2012-05-10 16:36:02 +02:00 |
Victor Stinner
|
6099a03202
|
Issue #13624: Write a specialized UTF-8 encoder to allow more optimization
The main bottleneck was the PyUnicode_READ() macro.
|
2011-12-18 14:22:26 +01:00 |
Antoine Pitrou
|
0a3229de6b
|
Issue #13417: speed up utf-8 decoding by around 2x for the non-fully-ASCII case.
This almost catches up with pre-PEP 393 performance, when decoding needed
only one pass.
|
2011-11-21 20:39:13 +01:00 |