@@ -23,7 +23,7 @@ The Lean parser was developed with the following primary goals in mind:
23
23
Given these constraints, we decided to implement a combinatoric, non-monadic, lexer-less, memoizing recursive-descent
24
24
parser. Using combinators instead of some more formal and introspectible grammar representation ensures ultimate
25
25
flexibility as well as efficient extensibility: there is (almost) no pre-processing necessary when extending the grammar
26
- with a new parser. However, because the all results the combinators produce are of the homogeneous `Syntax` type, the
26
+ with a new parser. However, because all the results the combinators produce are of the homogeneous `Syntax` type, the
27
27
basic parser type is not actually a monad but a monomorphic linear function `ParserState → ParserState`, avoiding
28
28
constructing and deconstructing countless monadic return values. Instead of explicitly returning syntax objects, parsers
29
29
push (zero or more of) them onto a syntax stack inside the linear state. Chaining parsers via `>>` accumulates their
@@ -1346,7 +1346,7 @@ inductive LeadingIdentBehavior where
1346
1346
| default
1347
1347
/-- `LeadingIdentBehavior.symbol`: if the leading token is
1348
1348
an identifier `<foo>`, and there are parsers `P` associated with
1349
- the toek `<foo>`, then it executes `P`. Otherwise, it executes
1349
+ the token `<foo>`, then it executes `P`. Otherwise, it executes
1350
1350
only the parsers associated with the auxiliary token "ident". -/
1351
1351
| symbol
1352
1352
/-- `LeadingIdentBehavior.both`: if the leading token
0 commit comments