Marc-Andre Lemburg <m...@egenix.com> added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky <belopol...@users.sourceforge.net> added the comment:
>
> On Thu, Feb 24, 2011 at 10:30 AM, Ezio Melotti <rep...@bugs.python.org> wrote:
> ..
>> See also discussion on #5902.
>
> Mark has closed #5902 and indeed the discussion of how to efficiently
> normalize encoding names (without changing what is accepted) is beyond
> the scope of that or the current issue. Can someone open a separate
> issue to see if we can improve the current situation? I don't think
> having three slightly different normalize functions is optimal. See
> msg129248.
Please see my reply on this ticket: those three functions have
different application areas.
On this ticker, we're discussing just one application area: that
of the builtin short cuts.
To have more encoding name variants benefit from the optimization,
we might want to enhance that particular normalization function
to avoid having to compare against "utf8" and "utf-8" in the
encode/decode functions.
----------
title: b'x'.decode('latin1') is much slower than b'x'.decode('latin-1') ->
b'x'.decode('latin1') is much slower than b'x'.decode('latin-1')
_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue11303>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
