-
-
Notifications
You must be signed in to change notification settings - Fork 31.9k
gh-131927: Prevent emitting optimizer warnings twice in the REPL #131993
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
Merged
Merged
Changes from 1 commit
Commits
Show all changes
12 commits
Select commit
Hold shift + click to select a range
2bd0582
Prevent emitting optimizer warnings twice in the REPL
tomasr8 08eab52
Improve test
tomasr8 2049da3
Fix tests
tomasr8 a922e16
Lint fix
tomasr8 742a4b1
Revert REPL changes
tomasr8 bbefbf8
Set up a warning registry for syntax warnings
tomasr8 d047dd3
newline
tomasr8 c4a27bc
Fix test
tomasr8 7f8d1af
PEP7 + missing decref
tomasr8 c15635b
Add missing decref
tomasr8 97d028e
Add more tests
tomasr8 a8fa07f
Merge remote-tracking branch 'upstream/main' into repl-warnings
tomasr8 File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can we use "default" instead of "always", and just one context manager that spans both compiler calls? I think that will do the de-duplication, if I understand the doc correctly.
https://docs.python.org/3/library/warnings.html#the-warnings-filter
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From what I can tell it does not work in this case. The syntax warning uses
_PyErr_EmitSyntaxWarning
which in turn callsPyErr_WarnExplicitObject
and sets theregistry
(last argument) toNULL
. Theregistry
is used to dedup the warnings so when it's not used, all warnings are emitted regardless of the filter setting.Here's an example that shows that:
This is probably not something we want to change, so doing a manual deduplication in pyrepl seems like the way to go. What do you think?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe we can pass a registry?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe, though the registry would have to persist between separate invocations of
compile
. I'll check if there's a nice way to do that.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok so I spent some time going over the warning code and this is my understanding so far. The warning registries are dictionaries that are inserted as
__warningregistry__
into the globals of a Python frame. Which frame this is, is controlled by the stack level. The registries are created on demand insetup_context
:cpython/Python/_warnings.c
Lines 911 to 916 in 37bc386
This function is pretty complex and depends on other pieces in the warnings module so we cannot construct a registry manually in
_PyErr_EmitSyntaxWarning
(which is the one responsible for emitting warnings from ast_opt and currently sets the registry toNULL
):cpython/Python/errors.c
Lines 1909 to 1910 in 37bc386
One thing we could do, though I don't know how desirable it is, is to add a new private function akin to
PyErr_WarnExplicitObject
which sets up the registry for us. Basically something like this:This seems to eliminate the duplicated syntax warnings in the REPL. What do you think about this approach?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like this. Can
_PyErr_WarnExplicitObjectRegistry
just create a registry and callPyErr_WarnExplicitObject
with it?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think so, basically something like this:
I'll update the PR to see if everything still works with this change.