Skip to content

Conversation

keraion
Copy link
Contributor

@keraion keraion commented Oct 10, 2024

Brief summary of the change made

This fixes how some rules interact with lambda function and their parameters. Namely touches Trino, but also supports any of the dialects that use lambda functions/expressions

Are there any other side effects of this change that we should be aware of?

None

Pull Request checklist

  • Please confirm you have completed any of the necessary steps below.

  • Included test cases to demonstrate any code changes, which may be one or more of the following:

    • .yml rule test cases in test/fixtures/rules/std_rule_cases.
    • .sql/.yml parser test cases in test/fixtures/dialects (note YML files can be auto generated with tox -e generate-fixture-yml).
    • Full autofix test cases in test/fixtures/linter/autofix.
    • Other.
  • Added appropriate documentation for the change.

  • Created GitHub issues for any relevant followup/future enhancements if appropriate.

Copy link
Contributor

Coverage Results ✅

Name    Stmts   Miss  Cover   Missing
-------------------------------------
TOTAL   18556      0   100%

236 files skipped due to complete coverage.

Copy link
Member

@alanmcruickshank alanmcruickshank left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice. 👍

@alanmcruickshank alanmcruickshank added this pull request to the merge queue Oct 10, 2024
Merged via the queue into main with commit 914d930 Oct 10, 2024
29 checks passed
@alanmcruickshank alanmcruickshank deleted the qualified_lambda_expressions branch October 10, 2024 09:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Trino's lambda notation results in incorrect reference tracking
2 participants