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 jdemeyer
Recipients jdemeyer, ncoghlan, petr.viktorin, scoder, steve.dower, vstinner
Date 2019-06-18.09:07:26
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1560848846.93.0.624633964187.issue37250@roundup.psfhosted.org>
In-reply-to
Content
> If we reintroduce it, why not put it back at its previous place, to provide ABI compatibility?

First of all, we longer care about ABI compatibility of PyTypeObject.

Second, it is extremely unlikely that the class will use vectorcall: the only way would be to inherit from a base class that uses vectorcall, but there aren't any subclassable classes using vectorcall in CPython. If the class doesn't use vectorcall, then it really doesn't matter: tp_vectorcall_offset is unused in that case, just like tp_print.
History
Date User Action Args
2019-06-18 09:07:26jdemeyersetrecipients: + jdemeyer, ncoghlan, scoder, vstinner, petr.viktorin, steve.dower
2019-06-18 09:07:26jdemeyersetmessageid: <1560848846.93.0.624633964187.issue37250@roundup.psfhosted.org>
2019-06-18 09:07:26jdemeyerlinkissue37250 messages
2019-06-18 09:07:26jdemeyercreate