[issue30439] Expose the subinterpreters C-API in the stdlib.

Change by pmpp : -- nosy: +pmpp ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue30439] Expose the subinterpreters C-API in the stdlib.

Eric Snow added the comment: FYI, I'm working on a low-level patch for use in the test suite for 3.7. See issue #32604. -- versions: +Python 3.8 -Python 3.7 ___ Python tracker

[issue30439] Expose the subinterpreters C-API in the stdlib.

Nick Coghlan added the comment: A naming suggestion: let's leave the `interpreters` & `_interpreters` names free for a possible future PEP to make this a public API with a fallback multiprocessing backed implementation for implementations that don't have native subinterpreter support. Then

[issue30439] Expose the subinterpreters C-API in the stdlib.

Eric Snow added the comment: proposed: https://mail.python.org/pipermail/python-ideas/2017-May/045765.html -- ___ Python tracker ___

[issue30439] Expose the subinterpreters C-API in the stdlib.

Changes by Eric Snow : -- pull_requests: +1886 ___ Python tracker ___ ___

[issue30439] Expose the subinterpreters C-API in the stdlib.

Changes by Eric Snow : -- pull_requests: +1885 ___ Python tracker ___ ___

[issue30439] Expose the subinterpreters C-API in the stdlib.

Changes by Eric Snow : -- pull_requests: +1839 ___ Python tracker ___ ___

[issue30439] Expose the subinterpreters C-API in the stdlib.

New submission from Eric Snow: For a variety of reasons, I'd like to be able to manage subinterpreters from Python code. An initial effort would add a _interpreters module to the stdlib that exposes the basic functionality of the corresponding C-API. -- assignee: eric.snow