Douglas Creager ada4c4cb1f [ty] Don't require default typevars when specializing (#17872) ... If a typevar is declared as having a default, we shouldn't require a type to be specified for that typevar when explicitly specializing a generic class: ```py class WithDefault[T, U = int]: ... reveal_type(WithDefault[str]()) # revealed: WithDefault[str, int] ``` --------- Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>		2025-05-05 18:29:30 -04:00
..
module_resolver
semantic_index	[ty] Fix false-positive [invalid-return-type] diagnostics on generator functions (#17871)	2025-05-05 21:44:59 +00:00
types	[ty] Don't require default typevars when specializing (#17872)	2025-05-05 18:29:30 -04:00
util	Use #[expect(lint)] over #[allow(lint)] where possible (#17822)	2025-05-03 21:20:31 +02:00
ast_node_ref.rs	Use #[expect(lint)] over #[allow(lint)] where possible (#17822)	2025-05-03 21:20:31 +02:00
db.rs
lib.rs
lint.rs	Use #[expect(lint)] over #[allow(lint)] where possible (#17822)	2025-05-03 21:20:31 +02:00
list.rs	Use #[expect(lint)] over #[allow(lint)] where possible (#17822)	2025-05-03 21:20:31 +02:00
module_name.rs
node_key.rs
program.rs
python_platform.rs
semantic_index.rs	[ty] Fix false-positive [invalid-return-type] diagnostics on generator functions (#17871)	2025-05-05 21:44:59 +00:00
semantic_model.rs
site_packages.rs
suppression.rs
symbol.rs
types.rs	[ty] Specialize bound methods and nominal instances (#17865)	2025-05-05 17:17:36 -04:00
unpack.rs