This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author belopolsky
Recipients belopolsky, eric.araujo, ezio.melotti, jcea, lemburg, sdaoden, vstinner
Date 2011-02-25.19:33:56
SpamBayes Score 1.3309098e-09
Marked as misclassified No
Message-id <1298662442.84.0.774661965718.issue11303@psf.upfronthosting.co.za>
In-reply-to
Content
Committed issue11303.diff and doc change in revision 88602.

I think the remaining ideas are best addressed in issue11322.

> Given that we are starting to have a whole set of such aliases
> in the C code, I wonder whether it would be better to make the
> string comparisons more efficient, e.g.

I don't think we can do much better than a string of strcmp()s.  Even if a more efficient algorithm can be found, it will certainly be less readable.  Moving strcmp()s before normalize_encoding() (and either forgoing optimization for alternative capitalizations or using case insensitive comparison) may be a more promising optimization strategy.  In any case all these micro-optimizations are dwarfed by that of bypassing Python calls and are probably not worth pursuing.
History
Date User Action Args
2011-02-25 19:34:02belopolskysetrecipients: + belopolsky, lemburg, jcea, vstinner, ezio.melotti, eric.araujo, sdaoden
2011-02-25 19:34:02belopolskysetmessageid: <1298662442.84.0.774661965718.issue11303@psf.upfronthosting.co.za>
2011-02-25 19:33:56belopolskylinkissue11303 messages
2011-02-25 19:33:56belopolskycreate