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 vstinner
Recipients Mark.Shannon, corona10, erlendaasland, petr.viktorin, scoder, vstinner
Date 2022-02-23.19:48:12
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1645645692.76.0.120824838071.issue46836@roundup.psfhosted.org>
In-reply-to
Content
Stefan Behnel:
> I haven't looked fully into this yet, but I *think* that Cython can get rid of most of the direct usages of PyFrameObject by switching to the new InterpreterFrame struct instead. It looks like the important fields have now been moved over to that.

InterpreterFrame is part of the internal C API. As I wrote, IMO it's fine for now that Cython uses the internal C API.

> That won't improve the situation regarding the usage of CPython internals, but it's probably worth keeping in mind before we start adding new API functions that work on frame objects.

Right.

My hope is also that making the structure internal should help to identify which members should be exposed with getter functions, or even setter functions (Mark would prefer to no add setter functions).
History
Date User Action Args
2022-02-23 19:48:12vstinnersetrecipients: + vstinner, scoder, petr.viktorin, Mark.Shannon, corona10, erlendaasland
2022-02-23 19:48:12vstinnersetmessageid: <1645645692.76.0.120824838071.issue46836@roundup.psfhosted.org>
2022-02-23 19:48:12vstinnerlinkissue46836 messages
2022-02-23 19:48:12vstinnercreate