Replies: 1 comment 2 replies
-
I don’t remember, I will come up with a better method of letting the user setup PyPreConfig and PyConfig, something installing or updating won’t overwrite |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Based on issue #145
Currently, the python initialization method (
Py_InitializeFromConfig
) depends on the environment (global or venv). In case of global environment, the standard initialization (PyConfig_InitPythonConfig
) is performed, while in case of venv, the isolated initialization (PyConfig_InitIsolatedConfig
) is performed. I know we discussed this in #1, but I don't understand what is the reasoning behind using isolated configuration in venv. In any case, it has to be determined whether the option to choose isolated or non-isolated configuration will still be available, and if so, how can it be determined (environment variables?).Theoretically, an isolated setup is recommended for embedded Python, but I think the non-isolated version makes more sense for this project. The isolated one ignores any PYTHON* environment variables, e.g. PYTHONPATH and PYTHONHOME. Of course
PYTHONPATH
can be processed inpyrx_onload.py
file, but the question arises whether there is a need to reinvent the wheel.Beta Was this translation helpful? Give feedback.
All reactions