-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Regression for -Wunused:import
in business4s/decisions4s
#21420
Comments
I have an improvement PR and also a branch for a rewrite of the unused check, where I noticed that the scoping in "super position" is not correct:
confirming with current
I don't think the crude scoping in the check could ever quite work; if it is a regression here in the May improvements, I assume that is because more is correctly detected. By "crude", I mean that typer contexts are approximated. I noticed it (on my rewrite branch, which doesn't go far) by turning on the lint in the dotty build, i.e., dogfooding. |
I'll try to come up with a scheme for handling the import contexts. I devised a kludge for superclass constructor context; either I will kludge again, or switch to Context for scoping, a change I assume is inevitable. |
Duplicate of #17667 where the bookkeeping mechanism does not understand normal contexts (and import contexts). |
…hen collecting them in CheckUnused (scala#22314) Also make the wildcard selectors exclusion-aware in CheckUnused closes scala#21420
…20894) This PR changes the `CheckUnused` phase to rely on the `MiniPhase` API (instead of custom traversal). That improves fidelity to `Context` (instead of approximate scoping). The phase should work seamlessly with subsequent linting phases (currently, `CheckShadowed`). It is a goal of the PR to eliminate false reports. It is also a goal not to regress previous work on efficiency. A remaining limitation of the current approach is that contexts don't provide a nesting level. Practically, this means that for a wildcard import nested below a higher precedence named import, the wildcard is deemed "unused". (A more general tool for "managing" or "formatting" imports could do more to pick a preferred scope.) This PR adds `-Wunused:patvars`, as forward-ported from Scala 2: it relies on attachments for some details about desugaring, but otherwise uses positions (where only the original patvar has a non-synthetic position). As in Scala 2, it does not warn about patvars with the "canonical" name of a case class element (this is complicated by type tests and the quotes API); other exclusions are to be ported, such as "name derived from the match selector". Support is added for `-Wconf:origin=full.path.selector`, as in Scala 2. That allows, for example: ``` -Wconf:origin=scala.util.chaining.given:s ``` to exclude certain blessed imports from warnings, or to work around false positives (should they arise). Support is added to `-rewrite` unused imports. There are no options to "format"; instead, textual deletions preserve existing formatting, except that blank lines are removed and braces removed when there is only one selector. Notable fixes are to support `compiletime` and `inline`; there are more fixes to pursue in this area. Fixes #19657 Fixes #20520 Fixes #19998 Fixes #18313 Fixes #17371 Fixes #18708 Fixes #21917 Fixes #21420 Fixes #20951 Fixes #19252 Fixes #18289 Fixes #17667 Fixes #17252 Fixes #21807 Fixes #17753 Fixes #17318 Fixes #18564 Fixes #22376 Fixes #21525
Compiler version
3.5.0 and later
Bisect points to 975df4a
Minimized code
Output
Expectation
Should not report warnings if wildcard import is placed after usages of explicit import statement.
The text was updated successfully, but these errors were encountered: