Files

Carl Meyer 125eaafae0 [red-knot] inferred type, not Unknown, for undeclared paths (#13400 )

After looking at more cases (for example, the case in the added test in
this PR), I realized that our previous rule, "if a symbol has any
declarations, use only declarations for its public type" is not
adequate. Rather than using `Unknown` as fallback if the symbol is not
declared in some paths, we need to use the inferred type as fallback in
that case.

For the paths where the symbol _was_ declared, we know that any bindings
must be assignable to the declared type in that path, so this won't
change the overall declared type in those paths. But for paths where the
symbol wasn't declared, this will give us a better type in place of
`Unknown`.

2024-09-18 21:47:49 -07:00

src

[red-knot] inferred type, not Unknown, for undeclared paths (#13400 )

2024-09-18 21:47:49 -07:00

vendor/typeshed

Sync vendored typeshed stubs (#13355 )

2024-09-14 20:40:42 -04:00

build.rs

[red-knot] Merge the semantic and module-resolver crates (#12751 )

2024-08-08 15:34:11 +01:00

Cargo.toml

[red-knot] add initial Type::is_equivalent_to and Type::is_assignable_to (#13332 )

2024-09-12 14:15:25 -04:00

README.md

[red-knot] Merge the semantic and module-resolver crates (#12751 )

2024-08-08 15:34:11 +01:00

README.md

Red Knot

Semantic analysis for the red-knot project.

Vendored types for the stdlib

This crate vendors typeshed's stubs for the standard library. The vendored stubs can be found in crates/red_knot_python_semantic/vendor/typeshed. The file crates/red_knot_python_semantic/vendor/typeshed/source_commit.txt tells you the typeshed commit that our vendored stdlib stubs currently correspond to.

The typeshed stubs are updated every two weeks via an automated PR using the sync_typeshed.yaml workflow in the .github/workflows directory. This workflow can also be triggered at any time via workflow dispatch.