Skip to content

Commit

Permalink
Irrefutable patterns are allowed, just linted against
Browse files Browse the repository at this point in the history
  • Loading branch information
est31 committed Feb 5, 2022
1 parent c9ddca7 commit 42de176
Showing 1 changed file with 7 additions and 5 deletions.
12 changes: 7 additions & 5 deletions src/statements.md
Original file line number Diff line number Diff line change
Expand Up @@ -75,11 +75,13 @@ except when they are shadowed by another variable declaration.
> ( `:` [_Type_] )<sup>?</sup> `=` [_Expression_] `else` [_BlockExpression_] `;`
A *`let else` statement* introduces a new set of [variables], given by a
refutable [pattern]. The pattern is followed optionally by a type
annotation. When no type annotation is given, the compiler will infer the type,
or signal an error if insufficient type information is available for definite
inference. It is is then followed by an initializer expression as well as a
diverging `else` block.
[pattern]. The pattern is followed optionally by a type annotation. When no type
annotation is given, the compiler will infer the type, or signal an error if
insufficient type information is available for definite inference. It is is
then followed by an initializer expression as well as a diverging `else` block.
Compared to `let` statement patterns which have to be irrefutable, `let else`
patterns can be both irrefutable and refutable. However, as it is besides the
point of, irrefutable patterns in `let else` are linted against.

Any variables introduced by a variable declaration are visible
from the point of declaration until the end of the enclosing block scope,
Expand Down

0 comments on commit 42de176

Please sign in to comment.