[issue1734234] Fast path for unicodedata.normalize()

Antoine Pitrou added the comment: Committed in r72054, r72055. Thanks for the patch! -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ ___

[issue1734234] Fast path for unicodedata.normalize()

Martin v. Löwis 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. I think it would b

[issue1734234] Fast path for unicodedata.normalize()

Daniel Diniz added the comment: Should this be considered for 3.1? -- nosy: +ajaksu2 ___ Python tracker ___ ___ Python-bugs-list ma

[issue1734234] Fast path for unicodedata.normalize()

Antoine Pitrou 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 cannot be disti

[issue1734234] Fast path for unicodedata.normalize()

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- nosy: +pitrou ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue1734234] Fast path for unicodedata.normalize()

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