Message 393464 - Python tracker

Message393464

Author pablogsal
Recipients Dennis Sweeney, Guido.van.Rossum, Mark.Shannon, Yonatan Goldschmidt, ammar2, chris.jerdonek, corona10, erlendaasland, gvanrossum, hauntsaninja, pablogsal, petr.viktorin, rhettinger, serhiy.storchaka
Date 2021-05-11.14:52:29
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1620744749.39.0.672866863811.issue40222@roundup.psfhosted.org>
In-reply-to
Content
> It is very little effort to add back the old function, so that isn't the problem. It won't work properly, but it never did anyway. So I guess that's sort of compatible.

It won't work properly is an incompatible change. Before, if you extract all fields from a code object and pass it down to the constructor, everything will work.

> Maybe the best thing is to put a big red warning in the docs and hope that warns away people from using it?

I think code object constructors must be part of the private CAPI due to what we are experiencing. But again, this is something we cannot decide on this bpo issue. Either a python-dev thread needs to be open or a Steering Council request in the https://github.com/python/steering-council repo needs to be opened.
History
Date User Action Args
2021-05-11 14:52:29pablogsalsetrecipients: + pablogsal, gvanrossum, rhettinger, petr.viktorin, chris.jerdonek, Mark.Shannon, serhiy.storchaka, Guido.van.Rossum, ammar2, corona10, Dennis Sweeney, erlendaasland, Yonatan Goldschmidt, hauntsaninja
2021-05-11 14:52:29pablogsalsetmessageid: <1620744749.39.0.672866863811.issue40222@roundup.psfhosted.org>
2021-05-11 14:52:29pablogsallinkissue40222 messages
2021-05-11 14:52:29pablogsalcreate