-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Process PEP establishing the C API Working Group #14
Comments
It's possible that we can crib some words from PEP 729 which is currently being proposed (hasn't been sent to the SC AFAICT). |
That sounds great! |
I'm also interested in participating |
For what it's worth, I did discuss an earlier version of that proposal with the SC in their office hours, and they were generally positive. (And now apparently everybody likes the proposal so much that nobody has come up with anything to say on the Discuss thread about the PEP.) |
Here's a very early PEP draft. |
I'm interested in joining the group as a member, mostly to work on the incremental evolution stream. |
Added you. |
This is now a draft PR. Co-authors (@vstinner, @iritkatriel, @encukou, @zooba), please review: python/peps#3476 |
PEP-731 was accepted. We are live. The next step is tracked here: #44 |
Ultimately the goal of this repo (see the README) is to create a process PEP co-authored by the C API Workgroup members. However we don't have a list of workgroup members, nor do we have a mandate establishing the workgroup.
Here is my proposal for how to establish the C API Workgroup. (I may edit this initial comment in place if later comments indicate I missed something.)
Once the C API Workgroup is officially established (as indicated by SC approval), the workgroup starts drafting another process PEP, containing guidelines for C API evolution. This PEP is intended as a live document, whose contents continue to be moderated by the workgroup members. (In practice, this PEP drafting process can start before the meta process PEP establishing the workgroup is accepted.)
"Radical" proposals (see the api-revolution repo) will need their own PEP. The C API Workgroup will advise the SC about those proposals (the SC's position is apparently that in general C API issues are to be delegated to the C API Workgroup, so the workgroup has a strong voice in this, but I don't expect the workgroup to be able to accept C API PEPs independently of the SC).
CC: @encukou @vstinner @iritkatriel @colesbury @Yhg1s
The text was updated successfully, but these errors were encountered: