Skip to content

Latest commit

 

History

History
138 lines (100 loc) · 14.5 KB

README.md

File metadata and controls

138 lines (100 loc) · 14.5 KB

patterns-agda

This repository is a mechanization of the work described in our paper "Pattern Matching with Typed Holes". It includes almost all of the definitions and proofs from the paper. The overall approach and encoding decisions we make here are heavily inspired by the Hazelnut Live mechanization. As a result, some of the documentation here is also borrowed with permission from the Hazelnut Live documentation.

The only results missing from this mechanization are those regarding decidability of entailment and the constraint incon judgement. These proofs involve finite sets and algorithms which are not structurally recursive, making it inordinately difficult to verify them in Agda, so we do not attempt to do so here. As discussed on paper, however, decidability of entailment has been shown using the Z3 Theorem Prover.

How To Check These Proofs

These proofs are known to check under Agda 2.6.2. The most direct, if not the easiest, option to check the proofs is to install that version of Agda or one compatible with it, download the code in this repo, and run agda all.agda at the command line.

In the future, we plan to include a Docker file hosting this mechanization and an appropriate Agda version. Unfortunately, however, the latest version of Agda causes Docker to frequently exceed memory constraints, so we do not do so at this time.

Description of Agda Files

The theorem statements rely on a variety of lemmas and smaller claims or observations that aren't explicitly mentioned in the paper text. What follows is a rough description of what to expect from each source file; more detail is provided in the comments inside each.

On paper, we typically take it for granted that we can silently α-rename terms to equivalent terms whenever a collision of bound names is inconvenient. In a mechanization, we do not have that luxury and instead must be explicit in our treatment of binders in one way or another. In our development here, we assume that all terms are in an α-normal form where binders (including pattern hole names) are globally not reused.

That manifests in this development where we have chosen to add premises that binders are unique within a term or disjoint between terms when needed. These premises are fairly benign, since α-equivalence tells us they can always be satisfied without changing the meaning of the term in question. Other standard approaches include using de Bruijn indices, Abstract Binding Trees, HOAS, or PHOAS to actually rewrite the terms when needed. We have chosen not to use these techniques because almost all of the theory we're interested in does not need them and their overhead quickly becomes pervasive, obfuscating the actual points of interest.

Similarly, we make explicit some premises about disjointness of contexts or variables being apart from contexts in some of the premises of some rules that would typically be taken as read in an on-paper presentation. This is a slightly generalized version of Barendregt's convention (Barendregt, 1984), which we also used in our Hazel mechanizations for the same reason.

Both hole and type contexts are encoded as Agda functions from natural numbers to optional contents. In practice, these mappings are always finite.

Deviations from the Paper

To avoid obsfucating the core idea of our approach, a few benign technical details are supressed on paper, but must be explicitly handled in the mechanization here. We also require a few small changes to support Barendregt's convention. Explicitly, these deviations are as follows:

  • Exhaustiveness and redundancy checking are given as separate judgements, rather than included as part of type assignment. While this is useful in its own right, we require it here to avoid some (morally-irrelevant) positivity issues. See the comments in statics-core.agda for a more extensive explanation.
  • To support the separate exhaustiveness and redundancy checking, the rule typing judgement is split into three distinct judgements, each of which tracks a subset of the information in the on-paper rule typing judgement. Specifically, type assignment uses a variant which does not check non-redundancy, exhaustivness checking uses a variant which checks neither non-redundancy nor the types of branch targets, and redundancy checking uses a variant which does not check the type of branch targets. Again, see statics-core.agda.
  • Rather than simply tracking the type of each expression hole, we also include substitution environments and hole-closures à la Hazelnut Live. This does not affect the theory, but will eventually be required to support live programming, so we include it here with future development in mind.
  • Each hole typing context Δ is separated into a pair Δ , Δp where Δ is used for expression holes (tracking types and hole closures) and Δp is used for pattern holes (tracking only types).
  • To avoid an issue related to Barendregt's convention, the ITSuccMatch transition rule does not immediately apply substitutions. Instead, it wraps the target of the match with appropriate lambdas and applications, separating these substitutions into multiple evaluation steps.
  • Match expressions require a type ascription on the scrutinee.
  • The match judgement e ▹ p ⊣ θ and may-match judgement e ? p require a type ascription on e, as well as on each substituted expression emitted in θ.
  • The entailment judgements require type ascriptions on the contraints.
  • Cursor erasure for rules is formulated as a judgement rather than a function.

The explanation for why we modify the ITSuccMatch rule is somewhat subtle, and it is solely related to our representation of binders rather than any actual aspect of the theory. Since we only have half-annotated lambdas, this change is also what necessitates all of additional the type ascriptions enumerated above. See the comment on the apply-substs function in dynamics-core.agda for a more extensive explanation.

Postulates

We postulate function extensionality in Prelude.agda. This is known to be independent from Agda, and while not required, it simplifies reasoning about contexts as finite functions. There are no other postulates in this development.

Meta

  • all.agda is morally a make file: it includes every module in every other file, so running $ agda all.agda on a clean clone of this repository will recheck every proof from scratch. It is known to load cleanly with Agda version 2.6.2. While we have not tested it on any other version, any version recent enough to include the new in syntax for the inspection idiom will likely suffice.

Prelude and Datatypes

These files give definitions and syntactic sugar for common elements of type theory (sum types, products, sigmas, etc.) and basic data types that are used pervasively throughout the rest of the development.

Core Definitions

These files define the basic judgements and functions from the paper. The syntax is meant to mirror the on-paper notation as closely as possible, with some small variations because of the limitations of Agda syntax.

  • core.agda gives the syntax for expressions in Peanut.
  • value-judgements.agda defines the the e val and e notintro judgements and proves a few quick lemmas.
  • result-judgements.agda defines the e indet and e final judgements and proves a few quick lemmas.
  • constraints-core.agda defines the syntax of the incomplete constraint language. As well, it defines constraint typing, ξ refutable, ξ possible, and the satisfaction judgements.
  • complete-constrants-core.agda defines the syntax of the complete constraint language. As well, it defines complete contraint typing, satisfaction judgements, and the dual, truify, and falsify functions.
  • patterns-core.agda defines the various matching judgements, pattern typing, and the p refutable judgement.
  • dynamics-core.agda defines substitution, instruction transitions, and the "e' is a value of e" judgement.
  • statics-core.agda defines type assignment, constraint entailment, exhaustiveness, and nonredundancy.

Contexts and Binders

These files build up the definitions needed for our representation of variables and contexts as well as Barendregt's convention.

  • contexts.agda defines contexts as functions from natural numbers to possible contents.
  • freshness.agda defines judgements which state whether a variable is unbound or fresh in a term, considering either just variables in expressions or just hole names.
  • binders-disjointness.agda gives judgements stating that two terms share no binders or no hole binders a lá Barendregt.
  • binders-uniqueness.agda gives judgements stating that a term has globally unique binders, i.e., that any two subterms of it are binders-disjoint.

Structural Properties

These lemmas pove the expected structural properties for contexts in the various judgements:

Decidability

These files establish the decidability of various judgements. Most of these results are fairly obvious.

Smaller Lemmas and Claims

These files each establish smaller claims that are either not mentioned in the paper, mentioned only in passing, or related to technical details about the mechanization.

  • binders-disjoint-symmetric.agda argues that the binders-disjoint judgements are symmetric in their two arguments.
  • hole-binders-disjoint-symmetric.agda argues that the hole-binders-disjoint judgements are symmetric in their two arguments.
  • lemmas-contexts.agda provides various lemmas for reasoning about contexts.
  • lemmas-freshness.agda establishes various lemmas regarding freshness and binders. For example, we show that the type Γp of a pattern only records binders occuring in the pattern. As well, it proves that any unbound variable disjoint from a typing context is fresh in the typed term.
  • lemmas-or-append.agda defines a function ξ1 ∨+ ξ2 which is similar to ξ1 ∨ ξ2, but if ξ1 itself is a series of constraints combined with ∨, then ξ2 is appended at the deepest level. This is supressed on paper, but needed when we compute the constraint emitted by the cursor erasure of a list of rules. See the comments in the file for more information.
  • lemmas-patterns.agda gives miscellaneous easy lemmas about patterns, rules, and their typing judgements.
  • lemmas-values.agda argues that the values judgement behaves as expected, showing that every indet expression has a value, and that if an expression neither satisfies nor may satisfy a constraint then neither do its values.
  • lemmas-satisfy.agda establishes various small results about satisfaction judgements, as well as their relation to the refutable and possible judgements.

There is also a collection of files which shows that all of our judgements are well-behaved with respect to substituting an expression for a variable. These are only needed by preservation.

Theorems / Important Lemmas

The following files prove the main results from the paper.

  • satisfy-exclusive.agda argues that for an expression e and an incomplete constraint ξ of the same type, exactly one of the following holds: e satisfies ξ, e may satify ξ, or neither.
  • complete-satisfy-exclusive.agda argues that for an expression e and a constraint ξ of the same type, either e satisfies ξ or e satisfies the dual of ξ, but not both.
  • matching-determinism.agda argues that for an expression e and a pattern p of the same type, exactly one of the following holds: e matches p, e may match p, or e does not match p.
  • matching-coherence.agda shows that patterns and their constraints behave as expected, e.g., an expression matches the pattern if and only if it satisfies the emitted constraint.
  • complete-relationship.agda establishes the relationship between the incomplete and complete constraint languages via the falsify and truify functions.
  • material-entailment.agda proves that ξ1 entailing ξ2 is equivalent to ⊤ entailing (dual ξ1) ∨ ξ2.

Together, the following files prove type safety:

  • preservation.agda proves that evaluating an expression one step does not change its type.
  • finality.agda proves that any final expression is actually final, i.e., it cannot be evaluated further.
  • determinism.agda proves that for every well-typed expression e, exactly one of the following holds: e val, e indet, or e ↦ e' for a unique e'.