You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Make the meaning of "Error" clearer in the Generics docs #2384
Yes, this is a common issue. I think for clarity we should standardize on "Type checker error" and "Runtime error". ("Type error" is confusing as it may be read to mean TypeError is raised.)
The runtime typing code may have bugs or inconsistent behavior and fail to raise errors for some conditions that could in theory be detected at runtime. In the spec we should focus on type checker errors and it can be OK to write "Type checker error" even if the code also raises at runtime. The spec shouldn't depend on exactly which issues are caught by the runtime typing machinery.
Activity
JadenV15 commentedon Nov 3, 2026
Actually, this issue seems to apply to many pages of the typing docs.
JelleZijlstra commentedon Nov 4, 2026
Yes, this is a common issue. I think for clarity we should standardize on "Type checker error" and "Runtime error". ("Type error" is confusing as it may be read to mean
TypeErroris raised.)The runtime typing code may have bugs or inconsistent behavior and fail to raise errors for some conditions that could in theory be detected at runtime. In the spec we should focus on type checker errors and it can be OK to write "Type checker error" even if the code also raises at runtime. The spec shouldn't depend on exactly which issues are caught by the runtime typing machinery.