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 abarry
Recipients abarry, ncoghlan, rhettinger, serhiy.storchaka, vstinner, xiang.zhang
Date 2016-05-29.13:36:43
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1464529003.97.0.97954852434.issue27137@psf.upfronthosting.co.za>
In-reply-to
Content
Functionally, both versions are equivalent, but one is a class and the other is not. From PEP 399:

"Technical details of the VM providing the accelerated code are allowed to differ as necessary, e.g., a class being a `type` when implemented in C."

It clearly states that it's an implementation detail. I've been beaten! However, the next paragraph also says this:

"Acting as a drop-in replacement also dictates that no public API be provided in accelerated code that does not exist in the pure Python code."

I think this contradicts itself, since IMO an object being a type is part of the public API (but obviously this thought isn't universal). Whatever happens with the pure Python implementation, shouldn't the PEP be clarified on that point?
History
Date User Action Args
2016-05-29 13:36:44abarrysetrecipients: + abarry, rhettinger, ncoghlan, vstinner, serhiy.storchaka, xiang.zhang
2016-05-29 13:36:43abarrysetmessageid: <1464529003.97.0.97954852434.issue27137@psf.upfronthosting.co.za>
2016-05-29 13:36:43abarrylinkissue27137 messages
2016-05-29 13:36:43abarrycreate