[issue1734234] Fast path for unicodedata.normalize()

2009-04-27 Thread Antoine Pitrou
Antoine Pitrou pit...@free.fr added the comment: Committed in r72054, r72055. Thanks for the patch! -- resolution: accepted - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1734234

[issue1734234] Fast path for unicodedata.normalize()

2009-04-25 Thread Daniel Diniz
Daniel Diniz aja...@gmail.com added the comment: Should this be considered for 3.1? -- nosy: +ajaksu2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1734234 ___

[issue1734234] Fast path for unicodedata.normalize()

2009-04-25 Thread Martin v. Löwis
Martin v. Löwis mar...@v.loewis.de added the comment: The patch looks fine to me, please apply. One change is necessary: the quick check should only be performed if it is the newest version (i.e. self is NULL); otherwise, we would need to add a delta list for changed quickcheck values, as well.

[issue1734234] Fast path for unicodedata.normalize()

2008-12-14 Thread Antoine Pitrou
Antoine Pitrou pit...@free.fr added the comment: Here is a new patch against trunk, including the modified data files. All tests pass and I confirm a very healthy speed-up (~ 5x) when trying to a normalize an already normalized string. The slowdown for non-normalized strings is so small that it

[issue1734234] Fast path for unicodedata.normalize()

2008-02-15 Thread Virgil Dupras
Virgil Dupras added the comment: It's a very interesting patch. I wonder why it fell into oblivion. stuff like unicode.normalize('NFC', u'\xe9') was more than twice as fast for me. Making sure that all unicode is normalized can be a bottleneck in a lot of applications (it somewhat is in my