-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
New semantic analyzer: infinite loop in daemon with decorators, nested classes #7073
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
Comments
Another related case with NamedTuple
|
This is essentially a duplicate of #6422 (see the last bullet about fine-grained mode). I can either add a hot fix, or we can try a more general fix. |
How much work would a general fix be relative to a hot fix? |
It's hard to tell, by I think it may be 2-3 days, the refactoring of this area is quite overdue. |
Let's plan for that separately and implement a quick fix for now. |
OK. |
Minimized from an example reported by a user at dropbox.
The issue seems to be that if a nested class isn't reprocessed and the toplevel gets reprocessed, it disappears from the symbol table and triggers its dependencies. If the toplevel depends on the nested class, then this can cause ping-ponging where the two nested classes alternate disappearing and reappearing.
The decorator and the method referencing the class are there because the create the needed dependencies.
The text was updated successfully, but these errors were encountered: