-
-
Notifications
You must be signed in to change notification settings - Fork 32k
Improvements to test.support.interpreters.Interpreter #132775
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
Labels
3.14
bugs and security fixes
stdlib
Python modules in the Lib dir
topic-subinterpreters
type-feature
A feature request or enhancement
Comments
This was referenced Apr 25, 2025
ericsnowcurrently
added a commit
that referenced
this issue
Apr 28, 2025
…h-132974) This change consists of adding tests and moving code around, with some renaming thrown in.
ericsnowcurrently
added a commit
that referenced
this issue
Apr 28, 2025
…eUTF8() (gh-132979) They are derived from the existing `PyModule_GetFilenameObject(). They are used by a later change related to pickle and handling __main__.
ericsnowcurrently
added a commit
that referenced
this issue
Apr 28, 2025
We replace it with _Py_GetMainModule(), and add _Py_CheckMainModule(), but both in the internal-only C-API. We also add _PyImport_GetModulesRef(), which is the equivalent of _PyImport_GetModules(), but which increfs before the lock is released. This is used by a later change related to pickle and handling __main__.
ericsnowcurrently
added a commit
that referenced
this issue
Apr 28, 2025
This is the base for several other XIData wrappers, like pickle and marshal. It is essentially a refactor of the existing bytes XIData code.
This was referenced Apr 28, 2025
ericsnowcurrently
added a commit
that referenced
this issue
Apr 28, 2025
Note that the bulk of this change is tests.
ericsnowcurrently
added a commit
that referenced
this issue
Apr 29, 2025
The function indicates whether or not the function has a return statement. This is used by a later change related treating some functions like scripts.
Could you elaborate what the "minor issues" are? It isn't clear to me why, for example, #132981 is needed, or if it is the right solution to whatever the problem is. |
ericsnowcurrently
added a commit
that referenced
this issue
Apr 30, 2025
This helper is useful in a variety of ways, including in demonstrating how the different counts relate to one another. It will be used in a later change to help identify if a function is "stateless", meaning it doesn't have any free vars or globals. Note that a majority of this change is tests.
ericsnowcurrently
added a commit
that referenced
this issue
Apr 30, 2025
There's some extra complexity due to making sure we we get things right when handling functions and classes defined in the __main__ module. This is also reflected in the tests, including the addition of extra functions in test.support.import_helper.
ericsnowcurrently
added a commit
to ericsnowcurrently/cpython
that referenced
this issue
May 1, 2025
This reverts commit 94b4fcd.
ericsnowcurrently
added a commit
that referenced
this issue
May 1, 2025
ericsnowcurrently
added a commit
to ericsnowcurrently/cpython
that referenced
this issue
May 1, 2025
This reverts commit 811edcf (pythongh-133128).
ericsnowcurrently
added a commit
to ericsnowcurrently/cpython
that referenced
this issue
May 23, 2025
…gh-134515)" This reverts commit bbf8048.
lkollar
pushed a commit
to lkollar/cpython
that referenced
this issue
May 26, 2025
…-133482) It now supports a "full" fallback to _PyFunction_GetXIData() and then `_PyPickle_GetXIData()`. There's also room for other fallback modes if that later makes sense.
lkollar
pushed a commit
to lkollar/cpython
that referenced
this issue
May 26, 2025
lkollar
pushed a commit
to lkollar/cpython
that referenced
this issue
May 26, 2025
…4440) This change includes some semi-related refactoring of queues and channels.
lkollar
pushed a commit
to lkollar/cpython
that referenced
this issue
May 26, 2025
lkollar
pushed a commit
to lkollar/cpython
that referenced
this issue
May 26, 2025
This is mostly a refactor to clean things up a bit, most notably the "XI namespace" code. Making the session opaque requires adding the following internal-only functions: * _PyXI_NewSession() * _PyXI_FreeSession() * _PyXI_GetMainNamespace()
lkollar
pushed a commit
to lkollar/cpython
that referenced
this issue
May 26, 2025
ericsnowcurrently
added a commit
to ericsnowcurrently/cpython
that referenced
this issue
May 26, 2025
…PyCode GetScriptXIData()" (pythongh-134600)" This reverts commit 7476f90.
This was referenced May 26, 2025
ericsnowcurrently
added a commit
that referenced
this issue
May 26, 2025
ericsnowcurrently
added a commit
that referenced
this issue
May 26, 2025
ericsnowcurrently
added a commit
that referenced
this issue
May 27, 2025
miss-islington
pushed a commit
to miss-islington/cpython
that referenced
this issue
May 27, 2025
…ythongh-134758) This is a small follow-up to pythongh-133481. There's a corner case in the behavior of PyImport_ImportModuleAttrString(), where it expects __builtins__ to be set if __globals__ is set. (cherry picked from commit 9b5e800) Co-authored-by: Eric Snow <[email protected]>
ericsnowcurrently
added a commit
that referenced
this issue
May 27, 2025
…gh-134794) This is a small follow-up to gh-133481. There's a corner case in the behavior of PyImport_ImportModuleAttrString(), where it expects __builtins__ to be set if __globals__ is set. (cherry picked from commit 9b5e800, AKA gh-134758) Co-authored-by: Eric Snow <[email protected]>
ericsnowcurrently
added a commit
that referenced
this issue
May 29, 2025
miss-islington
pushed a commit
to miss-islington/cpython
that referenced
this issue
May 29, 2025
The problem we're fixing here is that we were using PyDict_Size() on "defaults", which it is actually a tuple. We're also adding some explicit type checks. This is a follow-up to pythongh-133221/pythongh-133528. (cherry picked from commit dafd141) Co-authored-by: Eric Snow <[email protected]>
ericsnowcurrently
added a commit
that referenced
this issue
May 29, 2025
gh-132775: Fix _PyFunctIon_VerifyStateless() () The problem we're fixing here is that we were using PyDict_Size() on "defaults", which it is actually a tuple. We're also adding some explicit type checks. This is a follow-up to gh-133221/gh-133528. (cherry picked from commit dafd141, AKA gh-134900) Co-authored-by: Eric Snow <[email protected]>
ericsnowcurrently
added a commit
that referenced
this issue
May 30, 2025
It now supports most callables, full args, and return values.
miss-islington
pushed a commit
to miss-islington/cpython
that referenced
this issue
May 30, 2025
…h-133484) It now supports most callables, full args, and return values. (cherry picked from commit 52deabe) Co-authored-by: Eric Snow <[email protected]>
ericsnowcurrently
pushed a commit
that referenced
this issue
May 30, 2025
) It now supports most callables, full args, and return values. (cherry picked from commit 52deabe, AKA gh-133484) Co-authored-by: Eric Snow [email protected]
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
3.14
bugs and security fixes
stdlib
Python modules in the Lib dir
topic-subinterpreters
type-feature
A feature request or enhancement
Uh oh!
There was an error while loading. Please reload this page.
Interpreter.call()
should be able to support arbitrary callables, full args, and return values.Linked PRs
The text was updated successfully, but these errors were encountered: