Skip to content

NLL: review uses of revisions: migrate nll that are already covered by compare-mode #55312

Closed

Description

@pnkfelix

This is just a work item I want to file. We can clean up our test suite slightly by removing occurrences of revisions that are made redundant by compare-mode.

(Note that there are some cases where we deliberately opt out of compare-mode and then use the revisions system to emulate it. Those can stay, though it would be good to review them too.)

Activity

  1. matthewjasper commented on Apr 28, 2019

    @matthewjasper
    Contributor

    Updated this to reflect the change to migrate mode everywhere.

    This is waiting for #60171 to land first.

  2. changed the title [-]NLL: review uses of `revisions: ast mir` that are already covered by compare-mode[/-] [+]NLL: review uses of `revisions: migrate nll` that are already covered by compare-mode[/+] on Apr 28, 2019
  3. added
    T-compilerRelevant to the compiler team, which will review and decide on the PR/issue.
    on Jun 11, 2020
  4. marmeladema commented on Mar 31, 2022

    @marmeladema
    Contributor

    I would be happy to help if someone could write some notes about what needs to be done 🙏

  5. jackh726 commented on Apr 5, 2022

    @jackh726
    Member

    I'm going to go ahead and close this. As mentioned on zulip, I think it makes sense to actually do the opposite here: explicitly move tests with different NLL output to use revisions. This allows us to incrementally review test output differences and add error annotations to the test files. This lowers to burden of review of the final stabilization PR (which should just remove the revision, non-NLL error annotations, and a bless).

    compare-mode=nll is good to ensure we don't miss test differences though

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

A-NLLArea: Non-lexical lifetimes (NLL)NLL-diagnosticsWorking towards the "diagnostic parity" goalP-mediumMedium priorityT-compilerRelevant to the compiler team, which will review and decide on the PR/issue.

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions