RetroSearch Browse

Wed Jul 28 13:56:01 CEST 2004 · https://mail.python.org/pipermail/python-dev/2004-July/046491.html

On Wed, 28 Jul 2004 11:47:06 +0200, Walter Dörwald
<walter at livinglogic.de> wrote:
> perky at users.sourceforge.net wrote:
> > Update of /cvsroot/python/python/dist/src/Modules/cjkcodecs
> > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv9601
> >
> > Removed Files:
> >       _codecs_unicode.c
> > Log Message:
> > Remove CJKCodecs implementation of UTF-7 and UTF-8 codec which
> > aren't intended to be part of Python distributiuon.  This was
> > accidently imported on mass converting from standalone version of
> > CJKCodecs.
> 
> If the builtin UTF-7 and UTF-8 stateful decoders are broken and
> the ones from the CJKCodecs aren't, why don't we move the your
> into the core and drop the builtins?
> 

It could be a solution.  But builtin UTF codecs are far faster than
CJKCodecs' because of CJKCodecs' layered structure.  Almost all
usecases in the real world for codecs are simple .encode and .decode,
CJKCodecs' slowness would be too critical to consider it as a
replacement of builtin UTF codecs.

Hye-Shik

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://mail.python.org/pipermail/python-dev/2004-July/046491.html below:

[Python-checkins] python/dist/src/Modules/cjkcodecs _codecs_unicode.c, 1.1, NONE