ruff/crates/ty_python_semantic/src at 2c3b3d32301974d964a4c92a88d493de05125f5d - ruff

mirror of https://github.com/astral-sh/ruff synced 2026-01-21 05:20:49 -05:00

Files

Douglas Creager 2c3b3d3230 [ty] Create separate FunctionLiteral and FunctionType types (#18360 )

This updates our representation of functions to more closely match our
representation of classes.

The new `OverloadLiteral` and `FunctionLiteral` classes represent a
function definition in the AST. If a function is generic, this is
unspecialized. `FunctionType` has been updated to represent a function
type, which is specialized if the function is generic. (These names are
chosen to match `ClassLiteral` and `ClassType` on the class side.)

This PR does not add a separate `Type` variant for `FunctionLiteral`.
Maybe we should? Possibly as a follow-on PR?

Part of https://github.com/astral-sh/ty/issues/462

---------

Co-authored-by: Micha Reiser <micha@reiser.io>

2025-06-03 10:59:31 -04:00

module_resolver

[ty] Improve diagnostics if the user attempts to import a stdlib module that does not exist on their configured Python version (#18403 )

2025-06-02 10:52:26 +00:00

semantic_index

Implement template strings (#17851 )

2025-05-30 15:00:56 -05:00

types

[ty] Create separate FunctionLiteral and FunctionType types (#18360 )

2025-06-03 10:59:31 -04:00

util

[ty] Infer the Python version from the environment if feasible (#18057 )