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 | pitrou |
|---|---|
| Recipients | lemburg, orivej, pitrou |
| Date | 2008年01月27日.16:46:45 |
| SpamBayes Score | 0.13545687 |
| Marked as misclassified | No |
| Message-id | <1201452406.83.0.689161559489.issue1943@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
All of those proposals are much heavier to implement; they also make the unicode type more complicated and difficult to maintain probably (while turning it into a PyVarObject actually shortens the implementation a bit). In any case, it's not something I want to tackle. The reason that I mentioned #1629305 was that it was such an optimization which complicated the unicode type while bringing very significant speedups. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年01月27日 16:46:47 | pitrou | set | spambayes_score: 0.135457 -> 0.13545687 recipients: + pitrou, lemburg, orivej |
| 2008年01月27日 16:46:46 | pitrou | set | spambayes_score: 0.135457 -> 0.135457 messageid: <1201452406.83.0.689161559489.issue1943@psf.upfronthosting.co.za> |
| 2008年01月27日 16:46:46 | pitrou | link | issue1943 messages |
| 2008年01月27日 16:46:45 | pitrou | create | |