User:AhoChan/sandbox



In mathematical logic and type theory, the λ-cube is a framework introduced by Henk Barendregt to investigate the different dimensions in which the calculus of constructions is a generalization of the simply typed λ-calculus. Each dimension of the cube corresponds to a new way of making objects depend on other objects, namely


 * terms allowed to depend on types, corresponding to polymorphism.
 * types depending on terms, corresponding to dependent types.
 * types depending on types, corresponding to type operators.

The different ways to combine these three dimension yield the 8 vertices of the cube, each corresponding to a different kind of typed system.

Simply typed lambda calculus
The simplest system found in the λ-cube is the simply typed lambda calculus, also called λ→. In this system, the only way to construct an abstraction is by making a term depend on a term variable, with the rule

$$\frac{\Gamma, x : \sigma \vdash t : \tau}{\Gamma \vdash \lambda x \cdot t : \sigma \to \tau}$$

System F
In System F, also named λ2, there is another type of abstraction, written with a $$\Lambda$$, that allows terms to depend on types, with the following rule:

$$\frac{\Gamma \vdash t : \sigma}{\Gamma \vdash \Lambda \alpha \cdot t : \Pi \alpha \cdot \sigma}\alpha\text{ not free in }\Gamma$$

The terms beginning with a $$\Lambda$$ are called polymorphic, as they can be applied to different types to get different functions, similarly to polymorphic functions in ML-like languages. For instance, the polymorphic identity of OCaml has type  meaning it can take an argument of any type and return an element of that type. This type corresponds in λ2 to the type $$\Lambda \alpha \cdot \alpha \to \alpha$$.

Lambda-P
In the λP system, also named ΛΠ, and closely related to the Logical Framework, one has so called dependent types. These are types that are allowed to depend on terms. The crucial induction rule of the system is

$$\frac{\Gamma, x : A \vdash B : *}{\Gamma \vdash \Pi x : A \cdot B : *}$$

where $$*$$represents valid types. The new type constructor $$\Pi$$corresponds via the Curry-Howard isomorphism to a universal quantifier, and the system λP as a whole corresponds to first order logic with implication as only connective. An example of these dependent types in concrete programming is the type of vectors on a certain length: the length is a term, on which the type depends.

System Fω
In System Fω, one has the $$\Lambda$$ constructor of System F, but another construction is allowed: types can be constructed from other types. This is called type constructors, and an example would be $$TREE\ A\ B := (A \to B) \to (B \to B \to B) \to B$$ with $$A$$ and $$B$$ free type variable. In concrete programming, this feature corresponds to the ability to define type constructors inside the language, rather than considering them as primitives. The previous type constructor roughly corresponds to the following definition of a trees with labeled leaves in OCaml:

Calculus of constructions
In the calculus of constructions, denoted as λC in the cube, these three features cohabit, so that both types and terms can depend on types and terms. The clear border that exists in λ→ between terms and types is somewhat abolished, as all types except the universal $$\square$$ are themselves terms with a type.

Formal definition
As for all systems based upon the simply typed lambda calculus, all systems in the cube are given in two steps: first, raw terms, together with a notion of β-reduction, and then typing rules that allow to type those terms.

The set of sorts is defined as $$S := \{*, \square \}$$, sorts are represented with the letter $$s$$. There is also a set $$V$$ of variables, represented by the letters $$x,y,\dots$$. The raw terms of the eight systems of the cube are given by the following syntax:

$$A := x \mid s \mid A~A \mid \lambda x : A \cdot A \mid \Pi x : A \cdot A$$

and $$A \to B$$ denoting $$\Pi x : A \cdot B$$ when $$x$$ does not occur free in $$B$$.

The environment, as is usual in typed systems, are given by $$\Gamma := \emptyset \mid \Gamma, x : T$$

The notion of β-reduction is common to all systems in the cube. It is written $$\to_{\beta}$$ and given by the rules$$\frac{}{(\lambda x : A \cdot B)~C \to_{\beta} B[C/x]}$$$$\frac{B \to_{\beta} B'}{\lambda x : A \cdot B \to_{\beta} \lambda x : A \cdot B'}$$$$\frac{A \to_{\beta} A'}{\lambda x : A \cdot B \to_{\beta} \lambda x : A' \cdot B}$$$$\frac{B \to_{\beta} B'}{\Pi x : A \cdot B \to_{\beta} \Pi x : A \cdot B'}$$$$\frac{A \to_{\beta} A'}{\Pi x : A \cdot B \to_{\beta} \Pi x : A' \cdot B}$$Its reflexive, transitive closure is written $$=_\beta$$.

The following typing rules are also common to all systems in the cube:$$\frac{}{\vdash * : \square}\quad \text{(Axiom)}$$$$\frac{\Gamma \vdash A : s \quad x\text{ does not occur in }\Gamma}{\Gamma \vdash x : A }\quad \text{(Start)}$$$$\frac{\Gamma \vdash A : B \quad \Gamma \vdash C : s}{\Gamma, x : C \vdash A : B}\quad \text{(Weakening)}$$$$\frac{\Gamma \vdash C : \Pi x : A \cdot B \quad \Gamma \vdash a : A}{\Gamma \vdash Ca : B[a/x]}\quad\text{(Application)}$$$$\frac{\Gamma \vdash A : B \quad B =_{\beta} B' \quad \Gamma \vdash B' : s}{\Gamma \vdash A : B'}\quad\text{(Conversion)}$$The difference between the systems is in the pairs of sorts $(s_1,s_2)$ that are allowed in the following two typing rules:$$\frac{\Gamma \vdash A : s_1 \quad \Gamma, x : A \vdash B : s_2}{\Gamma \vdash \Pi x : A \cdot B : s_2}\quad\text{(Product)}$$$$\frac{\Gamma \vdash A : s_1 \quad \Gamma, x : A \vdash b : B \quad \Gamma, x : A \vdash B : s_2}{\Gamma \vdash \lambda x : A \cdot b : \Pi x : A \cdot B}\quad\text{(Abstraction)}$$

The correspondence between the systems and the pairs $(s_1,s_2)$ allowed in the rules is the following:

Each direction of the cube corresponds to one pair (excluding the pair $(*,*)$ shared by all systems), and in turn each pair corresponds to one possibility of dependency between terms and types:


 * $(*,*)$ allows terms to depend on terms.
 * $(*,\square)$ allows types to depend on terms.
 * $(\square, *)$ allows terms to depend on types.
 * $(\square, \square)$ allows types to depend on types.

λ→
A typical derivation that can be obtained is$$\alpha : * \vdash \lambda x : \alpha \cdot x : \Pi x : \alpha \cdot \alpha$$or with the arrow shortcut$$\alpha : * \vdash \lambda x : \alpha \cdot x : \alpha \to \alpha$$closely resembling the identity (of type $\alpha$ ) of the usual λ→. Note that all types used must appear in the context, because the only derivation that can be done in an empty context is $\vdash * : \square$.

The computing power is quite weak, it corresponds to the extended polynomials (polynomials together with a conditional operator).

λ2
In λ2, such terms can be obtained as$$\vdash (\lambda \beta : * \cdot \lambda x : \bot \cdot x \beta) : \Pi \beta : * \cdot \bot \to \beta$$with $\bot = \Pi \alpha : * \cdot \alpha$. If one reads $\Pi$ as a universal quantification, via the Curry-Howard isomorphism, this can be seen as a proof of the principle of explosion. In general, λ2 adds the possibility to have impredicative types such as $\bot$, that is terms quantifying over all types including themselves. The polymorphism also allows the construction of functions that were not constructible in λ→. More precisely, the function definable in System F are those provably total in second order Peano arithmetic. In particular, all primitive recursive functions are definable.

λP
In λP, the ability to have types depending on terms means one can express logical predicates. For instance, the following is derivable:$$\alpha : *, a_0 : \alpha, p : \alpha \to *, q : * \vdash \lambda z : (\Pi x : \alpha \cdot p x \to q) \cdot \lambda y : (\Pi x : \alpha \cdot p x) \cdot (x a_0) (y a_0) : (\Pi x : \alpha \cdot p x \to q) \to (\Pi x : \alpha \cdot p x) \to q$$which corresponds, via the Curry-Howard isomorphism, to a proof of $$(\forall x : A, P x \to Q) \to (\forall x : A, P x) \to Q$$. From the computational point of view, however, having dependent types does not enhance computational power, only the possibility to express more precise type properties.

The conversion rule is strongly needed when dealing with dependent types, because it allows to perform computation on the terms in the type. For instance, if you have $$\Gamma \vdash A : P((\lambda x \cdot x)y)$$ and $$\Gamma \vdash B : \Pi x : P(y) \cdot C$$, you need to apply the conversion rule to obtain $$\Gamma \vdash A : P(y)$$ to be able to type $$\Gamma \vdash B A : C$$.

λω
In λω, the following operator$$AND := \lambda \alpha : * \cdot \lambda \beta : * \cdot \Pi \gamma : * \cdot (\alpha \to \beta \to \gamma) \to \gamma$$is definable, that is $$\vdash AND : * \to * \to *$$. The derivation$$\alpha : *, \beta : * \vdash \Pi \gamma : * \cdot (\alpha \to \beta \to \gamma) \to \gamma : *$$can be obtained already in λ ω, however the polymorphic $AND$ can only be defined if the rule $(\square, *)$  is also present.

From a computing point of view, λω is extremely strong, and has been considered as a basis for programming languages.

λC
The calculus of constructions has both the predicate expressiveness of λC and the computational power of λω, so it is very powerful, both on the logical side and on the computational side.

Relation to other systems
The system Automath is similar to λ2 from a logical point of view. The ML-like languages, from a typing point of view, lie somewhere between λ→ and λ2, as they admit a restricted kind of polymorphic types, that is the types in prenex normal form. However, because they feature some recursion operators, their computing power is greater than that of λ2. The Coq system is based on an extension of λC with a linear hierarchy of universes, rather than only one untypable $\square$, and the ability to construct inductive types.

Pure Type Systems can be seen as a generalization of the cube, with an arbitrary set of sorts, axiom, product and abstraction rules. Conversely, the systems of the lambda cube can be expressed as Pure Type Systems with two sorts $$\{*, \square\}$$, the only axiom $\{*,\square\}$, and a set of rules $R$ such that $$\{(*,*,*)\} \subseteq R \subseteq \{(*,*,*), (*,\square, \square), (\square, *, *), (\square, \square, \square) \}$$.

Via the Curry-Howard isomorphism, there is a one-to-one correspondence between the systems in the lambda cube and logical systems, namely: All the logics are implicative (i.e. the only connectives are $\to$ and $\forall$ ), however one can define other connectives such as $$\wedge$$ or $$\neg$$ in an impredicative way in second and higher order logics. In the weak higher order logics, there are variables for higher order predicates, but no quantification on those can be done.

Common properties
All systems in the cube enjoy
 * the Church-Rosser property: if $$M \to_\beta N$$ and $$M \to_\beta N'$$ then there exists $$N$$ such that $$N \to^*_\beta N$$ and $$N' \to^*_\beta N''$$;
 * the subject reduction property: if $$\Gamma \vdash M : T$$ and $$M \to_\beta M'$$ then $$\Gamma \vdash M' : T$$;
 * the uniqueness of types: if $$\Gamma \vdash A : B$$ and $$\Gamma \vdash A : B'$$ then $$B =_\beta B'$$.

All of these can be proven on generic pure type systems.

Any term well-typed in a system of the cube is strongly normalizing, although this property is not common to all pure type systems. No system in the cube is Turing complete.

Subtyping
Subtyping however is not represented in the cube, even though systems like $$F^\omega_{<:}$$, known as higher-order bounded quantification, which combines subtyping and polymorphism are of practical interest, and can be further generalized to bounded type operators. Further extensions to $$F^\omega_{<:}$$ allow the definition of purely functional objects; these systems were generally developed after the lambda cube paper was published.

The idea of the cube is due to the mathematician Henk Barendregt (1991). The framework of pure type systems generalizes the lambda cube in the sense that all corners of the cube, as well as many other systems can be represented as instances of this general framework. This framework predates the lambda cube by a couple of years. In his 1991 paper, Barendregt also defines the corners of the cube in this framework.