lean4-htt/library/init/lean/parser/term.lean

216 lines
6.7 KiB
Text

/-
Copyright (c) 2018 Microsoft Corporation. All rights reserved.
Released under Apache 2.0 license as described in the file LICENSE.
Author: Sebastian Ullrich
Term-level parsers
-/
prelude
import init.lean.parser.level init.lean.parser.notation
namespace lean
namespace parser
open combinators parser.has_view monad_parsec
local postfix `?`:10000 := optional
local postfix *:10000 := combinators.many
local postfix +:10000 := combinators.many1
/-- A term parser for a suffix or infix notation that accepts a preceding term. -/
@[derive monad alternative monad_reader monad_state monad_parsec monad_except monad_rec monad_basic_read]
def trailing_term_parser_m := reader_t syntax term_parser_m
abbreviation trailing_term_parser := trailing_term_parser_m syntax
@[derive parser.has_tokens parser.has_view]
def ident_univ_spec.parser : basic_parser :=
node! ident_univ_spec [".{", levels: level.parser+, "}"]
@[derive parser.has_tokens parser.has_view]
protected def term.ident.parser : term_parser :=
node! term.ident [id: ident.parser, univ: monad_lift ident_univ_spec.parser?]
namespace term
/-- Access leading term -/
def get_leading : trailing_term_parser := read
instance : has_tokens get_leading := default _
instance : has_view get_leading syntax := default _
@[derive parser.has_tokens parser.has_view]
def paren.parser : term_parser :=
/- Do not allow trailing comma. Looks a bit weird and would clash with
adding support for tuple sections (https://downloads.haskell.org/~ghc/8.2.1/docs/html/users_guide/glasgow_exts.html#tuple-sections). -/
node! «paren» ["(":max_prec, elems: sep_by (recurse 0) (symbol ",") ff, ")"]
@[derive parser.has_tokens parser.has_view]
def hole.parser : term_parser :=
node! hole [hole: symbol "_" max_prec]
@[derive parser.has_tokens parser.has_view]
def sort.parser : term_parser :=
node_choice! sort {"Sort":max_prec, "Type":max_prec}
set_option class.instance_max_depth 200
section binder
@[derive has_tokens has_view]
def binder_content.parser : term_parser :=
node! binder_content [
ids: (node_choice! binder_id {id: ident.parser, hole: hole.parser})+,
type: node! binder_content_type [":", type: recurse 0]?,
default: node_choice! binder_default {
val: node! binder_default_val [":=", term: recurse 0],
tac: node! binder_default_tac [".", term: recurse 0]
}?
]
/- All binders must be surrounded with some kind of bracket. (e.g., '()', '{}', '[]').
We use this feature when parsing examples/definitions/theorems. The goal is to avoid counter-intuitive
declarations such as:
example p : false := trivial
def main proof : false := trivial
which would be parsed as
example (p : false) : _ := trivial
def main (proof : false) : _ := trivial
where `_` in both cases is elaborated into `true`. This issue was raised by @gebner in the slack channel.
Remark: we still want implicit delimiters for lambda/pi expressions. That is, we want to
write
fun x : t, s
or
fun x, s
instead of
fun (x : t), s -/
@[derive has_tokens has_view]
def bracketed_binder.parser : term_parser :=
node_choice! bracketed_binder {
explicit: node! explicit_binder ["(", content: node_choice! explicit_binder_content {
«notation»: command.notation_like.parser,
other: binder_content.parser
}, right: symbol ")"],
implicit: node! implicit_binder ["{", content: binder_content.parser, "}"],
strict_implicit: node! strict_implicit_binder [
left: any_of [symbol "{{", symbol "⦃"],
content: binder_content.parser,
right: any_of [symbol "}}", symbol "⦄"]
],
inst_implicit: node! inst_implicit_binder ["[":max_prec, content: longest_match [
node! inst_implicit_named_binder [id: ident.parser, type: recurse 0],
node! inst_implicit_anonymous_binder [type: recurse 0]
], "]"]
}
@[derive has_tokens has_view]
def binder.parser : term_parser :=
node_choice! binder {
bracketed: bracketed_binder.parser,
unbracketed: binder_content.parser
}
end binder
@[derive parser.has_tokens parser.has_view]
def lambda.parser : term_parser :=
node! lambda [
op: node_choice! lambda_op {"λ", "fun"},
binders: binder.parser+,
",",
body: recurse 0
]
@[derive parser.has_tokens parser.has_view]
def pi.parser : term_parser :=
node! pi [
op: any_of [symbol "Π", symbol "Pi"],
binders: binder.parser+,
",",
range: recurse 0
]
@[derive parser.has_tokens parser.has_view]
def anonymous_constructor.parser : term_parser :=
node! anonymous_constructor ["⟨":max_prec, args: sep_by (recurse 0) (symbol ","), "⟩"]
@[derive parser.has_tokens parser.has_view]
def explicit_ident.parser : term_parser :=
node! explicit [
mod: node_choice! explicit_modifier {
explicit: symbol "@" max_prec,
partial_explicit: symbol "@@" max_prec
},
id: term.ident.parser
]
@[derive parser.has_tokens parser.has_view]
def leading.parser :=
any_of [
term.ident.parser,
number,
paren.parser,
hole.parser,
sort.parser,
lambda.parser,
pi.parser,
anonymous_constructor.parser,
explicit_ident.parser
] <?> "term"
@[derive parser.has_tokens parser.has_view]
def sort_app.parser : trailing_term_parser :=
do { l ← get_leading, guard (view_with sort.view l).is_some } *>
node! sort_app [fn: get_leading, arg: monad_lift (level.parser max_prec)]
@[derive parser.has_tokens parser.has_view]
def app.parser : trailing_term_parser :=
node! app [fn: get_leading, arg: recurse max_prec]
@[derive parser.has_tokens parser.has_view]
def arrow.parser : trailing_term_parser :=
node! arrow [dom: get_leading, op: any_of [symbol "→" 25, symbol "->" 25], range: recurse 24]
@[derive parser.has_tokens parser.has_view]
def projection.parser : trailing_term_parser :=
/- Use max_prec + 1 so that it bind more tightly than application:
`a (b).c` should be parsed as `a ((b).c)`. -/
node! projection [
term: get_leading,
".":max_prec.succ,
proj: node_choice! projection_spec {
id: parser.ident.parser,
num: number,
},
]
@[derive parser.has_tokens parser.has_view]
def trailing.parser : trailing_term_parser :=
any_of [
sort_app.parser,
app.parser,
arrow.parser,
projection.parser
] <?> "term"
end term
-- While term.parser does not actually read a command, it does share the same effect set
-- with command parsers, introducing the term-level recursion effect only for nested parsers
def term.parser (rbp := 0) : command_parser :=
pratt_parser term.leading.parser term.trailing.parser rbp
-- `[derive]` doesn't manage to derive these instances because of the parameter
instance term.parser.tokens (rbp) : has_tokens (term.parser rbp) :=
⟨has_tokens.tokens term.leading.parser ++ has_tokens.tokens term.trailing.parser⟩
instance term.parser.view (rbp) : has_view (term.parser rbp) syntax :=
default _
end parser
end lean