-
Notifications
You must be signed in to change notification settings - Fork 51
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
Support for multiple interpreters? #1
Comments
Thanks for the suggestion, it is certainly something to consider. Do you have an application, where sub-interpreter support would be useful right now? |
Yes, my application is this: an interactive Fortran program that has the feature of allowing a user to write and load their own Python plugins to do specific things. Each plugin needs to be independent and not interfere with the others (since any number can be loaded at the same time). So, my thought was that the main program spawns off a new interpreter when a plugin is loaded and uses it for that plugin (and destroys it when the plugin is unloaded). The main program manages the loading/unloading/calling of each plugin, and they would all be completely independent of each other. |
As a proof of concept, you could try to call the necessary C API functions ( One questions is, whether numpy/numpy#665 which references |
It might be nice to add support for multiple interpreters (using
Py_NewInterpreter()
,Py_EndInterpreter()
, etc.)The text was updated successfully, but these errors were encountered: