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
-
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