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 veky
Recipients mark.dickinson, r.david.murray, veky
Date 2016-06-29.14:21:38
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1467210099.55.0.50239453039.issue27363@psf.upfronthosting.co.za>
In-reply-to
Content
...but hopefully not the last. People are playing (with BDFL's blessing) with the idea of types having just (qual)name as str.

By "first stdlib case" you mean "first builtin case", right? fractions.Fraction and decimal.Decimal are in stdlib. :-)

Yes, not all classes can (nor should) support the strong "literal_eval being left-inverse of repr" invariant, but IMO builtin value-like (having a meaningful ==/hash infrastructure separate from identity) classes should. Numbers are surely in that camp.
History
Date User Action Args
2016-06-29 14:21:39vekysetrecipients: + veky, mark.dickinson, r.david.murray
2016-06-29 14:21:39vekysetmessageid: <1467210099.55.0.50239453039.issue27363@psf.upfronthosting.co.za>
2016-06-29 14:21:39vekylinkissue27363 messages
2016-06-29 14:21:38vekycreate