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:29 | pablogsal | set | recipients:
+ 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:29 | pablogsal | set | messageid: <1620744749.39.0.672866863811.issue40222@roundup.psfhosted.org> |
| 2021年05月11日 14:52:29 | pablogsal | link | issue40222 messages |
| 2021年05月11日 14:52:29 | pablogsal | create |
|