Skip to content
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

[subinterpreters] Expose the subinterpreters C-API in the stdlib #74624

Closed
ericsnowcurrently opened this issue May 23, 2017 · 5 comments
Closed
Assignees
Labels
3.8 only security fixes topic-subinterpreters type-feature A feature request or enhancement

Comments

@ericsnowcurrently
Copy link
Member

BPO 30439
Nosy @ncoghlan, @vstinner, @pmp-p, @ericsnowcurrently, @zooba
PRs
  • bpo-32604: Expose the subinterpreters C-API in a "private" stdlib module. #1748
  • bpo-30439: Add some helpful low-level functions for subinterpreters. #1802
  • bpo-30439: Add a basic high-level interpreters module. #1803
  • Superseder
  • bpo-32604: [subinterpreters] PEP 554 implementation: add interpreters module
  • Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.

    Show more details

    GitHub fields:

    assignee = 'https://github.com/ericsnowcurrently'
    closed_at = <Date 2020-05-15.01:18:14.078>
    created_at = <Date 2017-05-23.05:24:25.443>
    labels = ['expert-subinterpreters', 'type-feature', '3.8']
    title = '[subinterpreters] Expose the subinterpreters C-API in the stdlib'
    updated_at = <Date 2020-05-15.01:18:14.076>
    user = 'https://github.com/ericsnowcurrently'

    bugs.python.org fields:

    activity = <Date 2020-05-15.01:18:14.076>
    actor = 'vstinner'
    assignee = 'eric.snow'
    closed = True
    closed_date = <Date 2020-05-15.01:18:14.078>
    closer = 'vstinner'
    components = ['Subinterpreters']
    creation = <Date 2017-05-23.05:24:25.443>
    creator = 'eric.snow'
    dependencies = []
    files = []
    hgrepos = []
    issue_num = 30439
    keywords = []
    message_count = 5.0
    messages = ['294225', '294501', '294529', '310315', '368897']
    nosy_count = 5.0
    nosy_names = ['ncoghlan', 'vstinner', 'pmpp', 'eric.snow', 'steve.dower']
    pr_nums = ['1748', '1802', '1803']
    priority = 'normal'
    resolution = 'duplicate'
    stage = 'resolved'
    status = 'closed'
    superseder = '32604'
    type = 'enhancement'
    url = 'https://bugs.python.org/issue30439'
    versions = ['Python 3.8']

    @ericsnowcurrently
    Copy link
    Member Author

    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.

    @ericsnowcurrently ericsnowcurrently added 3.7 (EOL) end of life stdlib Python modules in the Lib dir labels May 23, 2017
    @ericsnowcurrently ericsnowcurrently self-assigned this May 23, 2017
    @ericsnowcurrently ericsnowcurrently added the type-feature A feature request or enhancement label May 23, 2017
    @ericsnowcurrently
    Copy link
    Member Author

    @ncoghlan
    Copy link
    Contributor

    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 for this "testing and experimentation only" API, we'd go with "_subinterpreters" to match the name typically used to refer to the CPython feature.

    @ericsnowcurrently
    Copy link
    Member Author

    FYI, I'm working on a low-level patch for use in the test suite for 3.7. See issue bpo-32604.

    @ericsnowcurrently ericsnowcurrently added 3.8 only security fixes and removed 3.7 (EOL) end of life labels Jan 20, 2018
    @vstinner vstinner added topic-subinterpreters and removed stdlib Python modules in the Lib dir labels May 15, 2020
    @vstinner vstinner changed the title Expose the subinterpreters C-API in the stdlib. [subinterpreters] Expose the subinterpreters C-API in the stdlib May 15, 2020
    @vstinner
    Copy link
    Member

    I mark this issue as a duplicate of bpo-32604.

    @ezio-melotti ezio-melotti transferred this issue from another repository Apr 10, 2022
    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
    Labels
    3.8 only security fixes topic-subinterpreters type-feature A feature request or enhancement
    Projects
    None yet
    Development

    No branches or pull requests

    3 participants