gh-85283: _stat extension uses the limited C API#108573
gh-85283: _stat extension uses the limited C API#108573vstinner wants to merge 1 commit intopython:mainfrom
Conversation
|
I moved the Changelog entry to the Build category, and I documented the change in the Build Changes of What's New in Python 3.13. See #85283 (comment) about the choice of the Category. |
Hm, I'm not so sure about not building _stat if Py_TRACE_REFS are defined
It's a workaround for issue #108634: without this change, building Python with But. It's more complicated than expect: multiple tests fail when I'm going to:
|
Just to note a slight hesitation of intentionally breaking a buildbot &c, given that A |
serhiy-storchaka
left a comment
There was a problem hiding this comment.
Caught a bug! PyModule_Add requires 3.13.
Oh! Only on Windows, so I didn't notice locally on Linux. I don't want to downgrade |
This PR will no longer break TraceRefs. I merged PR #108663 which adds limited C API support to Py_TRACE_REFS build. |
The _stat C extension is now built with the limited C API.
|
I rebased my PR to solve a merge conflict (Doc/whatsnew/3.13.rst). |
|
@erlend-aasland: Would you mind to review the latest version of the PR? |
|
On-going discussion about converting some stdlib C extensions to the limited C API: https://discuss.python.org/t/use-the-limited-c-api-for-some-of-our-stdlib-c-extensions/32465 |
Sorry, I prefer to still stay out of the C API discussions. From the linked discussion, it seems to me these changes are far from non-controversial; perhaps considered marking this as draft until consensus have been reached. |
|
Ok, I marked my PR as a draft. I already marked the 3 other similar PRs as draft. |
|
I close this PR until a decision is taken on using the limited C API for a few Python stdlib extensions. Well, it's not that complicated to rewrite this PR (or reuse the patch of the closed PR). |
The _stat C extension is now built with the limited C API.