Skip to content

Fix New Clippy Lints From Rust 1.54.0 #1745

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 1 commit into from
Jul 29, 2021

Conversation

zicklag
Copy link
Contributor

@zicklag zicklag commented Jul 29, 2021

Connections
None

Description
Fixes a number of new lints introduce in the updated clippy that CI is now using. Noticed that CI was failing because of the lints on another PR after the release of Rust 1.54.0.

Testing

@zicklag zicklag force-pushed the new-clippy-lints branch from ac905ad to a666037 Compare July 29, 2021 21:11
Copy link
Member

@cwfitzgerald cwfitzgerald left a comment

Choose a reason for hiding this comment

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

CI mad, but looks fine

@zicklag
Copy link
Contributor Author

zicklag commented Jul 29, 2021

Yeah, still catching up with it apparently. I'll keep pushing updates 'till it's happy. :)

@zicklag zicklag force-pushed the new-clippy-lints branch 2 times, most recently from e724538 to 36584ca Compare July 29, 2021 21:20
Fixes a number of new lints introduce in the updated clippy that
CI is now using.
@zicklag zicklag force-pushed the new-clippy-lints branch from 36584ca to 07cd75a Compare July 29, 2021 21:30
@cwfitzgerald cwfitzgerald merged commit bbeb30a into gfx-rs:master Jul 29, 2021
@zicklag zicklag deleted the new-clippy-lints branch July 29, 2021 22:31
cwfitzgerald pushed a commit that referenced this pull request Oct 25, 2023
Fixes #1745: Support out-of-order module scope declarations in WGSL
Fixes #1044: Forbid local variable shadowing in WGSL
Fixes #2076: [wgsl-in] no error for duplicated type definition
Fixes #2071: Global item does not support 'const'
Fixes #2105: [wgsl-in] Type aliases for a vecN<T> doesn't work when constructing vec from a single argument
Fixes #1775: Referencing a function without a return type yields an unknown identifier error.
Fixes #2089: Error span reported on the declaration of a variable instead of its use
Fixes #1996: [wgsl-in] Confusing error: "expected unsigned/signed integer literal, found '1'"

Separate parsing from lowering by generating an AST, which desugars as
much as possible down to something like Naga IR. The AST is then used
to resolve identifiers while lowering to Naga IR.

Co-authored-by: Teodor Tanasoaia <[email protected]>
Co-authored-by: Jim Blandy <[email protected]>
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.

2 participants