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 | |