homepage

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 rhettinger
Recipients dmalcolm, larry, pitrou, rhettinger
Date 2013年08月19日.19:57:44
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1376942264.41.0.0961806580571.issue18772@psf.upfronthosting.co.za>
In-reply-to
Content
This is a bummer. The internal comments made the claim that any python object would suffice. The use of a unicode object was unfortunate because it isn't guaranteed to be unique (i.e. a user can legitimately store "<dummy>" as a valid member of a set). As a consequence, the tight loops for the hash table lookups had to add special case checks for the dummy variables. Eliminating those checks made the generated code shorter and faster. It also paved the way for a future optimization for non-debug builds to eliminate all non-essential increfs and decrefs to the dummy object.
In other words, we're paying a price for the dummy object being printable as a string.
Antoine, thanks to the link to the python-dev discussion. I hope we can come with a solution that doesn't involve going back to unicode objects.
History
Date User Action Args
2013年08月19日 19:57:44rhettingersetrecipients: + rhettinger, pitrou, larry, dmalcolm
2013年08月19日 19:57:44rhettingersetmessageid: <1376942264.41.0.0961806580571.issue18772@psf.upfronthosting.co.za>
2013年08月19日 19:57:44rhettingerlinkissue18772 messages
2013年08月19日 19:57:44rhettingercreate

AltStyle によって変換されたページ (->オリジナル) /