# Type theory

From Wikipedia the free encyclopedia

In mathematics and theoretical computer science, a **type theory** is the formal presentation of a specific type system.^{[a]} Type theory is the academic study of type systems.

Some type theories serve as alternatives to set theory as a foundation of mathematics. Two influential type theories that have been proposed as foundations are:

Most computerized proof-writing systems use a type theory for their foundation. A common one is Thierry Coquand's Calculus of Inductive Constructions.

## History[edit]

Type theory was created to avoid a paradox in a mathematical equation based on naive set theory and formal logic. Russell's paradox (first described in Gottlob Frege's The Foundations of Arithmetic) is that, without proper axioms, it is possible to define the set of all sets that are not members of themselves; this set both contains itself and does not contain itself. Between 1902 and 1908, Bertrand Russell proposed various solutions to this problem.

By 1908, Russell arrived at a ramified theory of types together with an axiom of reducibility, both of which appeared in Whitehead and Russell's *Principia Mathematica* published in 1910, 1912, and 1913. This system avoided contradictions suggested in Russell's paradox by creating a hierarchy of types and then assigning each concrete mathematical entity to a specific type. Entities of a given type were built exclusively of subtypes of that type,^{[b]} thus preventing an entity from being defined using itself. This resolution of Russell's paradox is similar to approaches taken in other formal systems, such as Zermelo-Fraenkel set theory.^{[3]}

Type theory is particularly popular in conjunction with Alonzo Church's lambda calculus. One notable early example of type theory is Church's simply typed lambda calculus. Church's theory of types^{[4]} helped the formal system avoid the Kleene–Rosser paradox that afflicted the original untyped lambda calculus. Church demonstrated^{[c]} that it could serve as a foundation of mathematics and it was referred to as a higher-order logic.

In the modern literature, "type theory" refers to a typed system based around lambda calculus. One influential system is Per Martin-Löf's intuitionistic type theory, which was proposed as a foundation for constructive mathematics. Another is Thierry Coquand's calculus of constructions, which is used as the foundation by Coq, Lean, and other computer proof assistants. Type theory is an active area of research, one direction being the development of homotopy type theory.

## Applications[edit]

### Mathematical foundations[edit]

The first computer proof assistant, called Automath, used type theory to encode mathematics on a computer. Martin-Löf specifically developed intuitionistic type theory to encode *all* mathematics to serve as a new foundation for mathematics. There is ongoing research into mathematical foundations using homotopy type theory.

Mathematicians working in category theory already had difficulty working with the widely accepted foundation of Zermelo–Fraenkel set theory. This led to proposals such as Lawvere's Elementary Theory of the Category of Sets (ETCS).^{[6]} Homotopy type theory continues in this line using type theory. Researchers are exploring connections between dependent types (especially the identity type) and algebraic topology (specifically homotopy).

### Proof assistants[edit]

Much of the current research into type theory is driven by proof checkers, interactive proof assistants, and automated theorem provers. Most of these systems use a type theory as the mathematical foundation for encoding proofs, which is not surprising, given the close connection between type theory and programming languages:

- LF is used by Twelf, often to define other type theories;
- many type theories which fall under higher-order logic are used by the HOL family of provers and PVS;
- computational type theory is used by NuPRL;
- calculus of constructions and its derivatives are used by Coq, Matita, and Lean;
- UTT (Luo's Unified Theory of dependent Types) is used by Agda which is both a programming language and proof assistant

Many type theories are supported by LEGO and Isabelle. Isabelle also supports foundations besides type theories, such as ZFC. Mizar is an example of a proof system that only supports set theory.

### Programming languages[edit]

Any static program analysis, such as the type checking algorithms in the semantic analysis phase of compiler, has a connection to type theory. A prime example is Agda, a programming language which uses UTT (Luo's Unified Theory of dependent Types) for its type system.

The programming language ML was developed for manipulating type theories (see LCF) and its own type system was heavily influenced by them.

### Linguistics[edit]

Type theory is also widely used in formal theories of semantics of natural languages,^{[7]}^{[8]} especially Montague grammar^{[9]} and its descendants. In particular, categorial grammars and pregroup grammars extensively use type constructors to define the types (*noun*, *verb*, etc.) of words.

The most common construction takes the basic types and for individuals and truth-values, respectively, and defines the set of types recursively as follows:

- if and are types, then so is ;
- nothing except the basic types, and what can be constructed from them by means of the previous clause are types.

A complex type is the type of functions from entities of type to entities of type . Thus one has types like which are interpreted as elements of the set of functions from entities to truth-values, i.e. indicator functions of sets of entities. An expression of type is a function from sets of entities to truth-values, i.e. a (indicator function of a) set of sets. This latter type is standardly taken to be the type of natural language quantifiers, like * everybody* or *nobody* (Montague 1973, Barwise and Cooper 1981).^{[10]}

Type theory with records is a formal semantics representation framework, using *records* to express *type theory types*. It has been used in natural language processing, principally computational semantics and dialogue systems.^{[11]}^{[12]}

### Social sciences[edit]

Gregory Bateson introduced a theory of logical types into the social sciences; his notions of double bind and logical levels are based on Russell's theory of types.

## Type theory as a logic[edit]

A type theory is a mathematical logic, which is to say it is a collection of rules of inference that result in judgments. Most logics have judgments asserting "The proposition is true", or "The formula is a well-formed formula".^{[13]} A type theory has judgments that define types and assign them to a collection of formal objects, known as terms. A term and its type are often written together as .

### Terms[edit]

A term in logic is recursively defined as a constant symbol, variable, or a function application, where a term is applied to another term. Constant symbols could include the natural number , the Boolean value , and functions such as the successor function and conditional operator . Thus some terms could be , , , and .

### Judgments[edit]

Most type theories have 4 judgments:

- " is a type"
- " is a term of type "
- "Type is equal to type "
- "Terms and both of type are equal"

Judgments may follow from assumptions. For example, one might say "assuming is a term of type and is a term of type , it follows that is a term of type ". Such judgments are formally written with the turnstile symbol .

If there are no assumptions, there will be nothing to the left of the turnstile.

The list of assumptions on the left is the *context* of the judgment. Capital greek letters, such as and , are common choices to represent some or all of the assumptions. The 4 different judgments are thus usually written as follows.

Formal notation for judgments | Description |
---|---|

Type | is a type (under assumptions ). |

is a term of type (under assumptions ). | |

Type is equal to type (under assumptions ). | |

Terms and are both of type and are equal (under assumptions ). |

Some textbooks use a triple equal sign to stress that this is judgmental equality and thus an extrinsic notion of equality.^{[14]} The judgments enforce that every term has a type. The type will restrict which rules can be applied to a term.

### Rules of Inference[edit]

A type theory's inference rules say what judgments can be made, based on the existence of other judgments. Rules are expressed as a Gentzen-style deduction using a horizontal line, with the required input judgments above the line and the resulting judgment below the line.^{[15]} For example, the following inference rule states a substitution rule for judgmental equality.

To generate a particular judgment in type theory, there must be a rule to generate it, as well as rules to generate all of that rule's required inputs, and so on. The applied rules form a proof tree, where the top-most rules need no assumptions. One example of a rule that does not require any inputs is one that states the type of a constant term. For example, to assert that there is a term of type , one would write the following.

#### Type inhabitation[edit]

Generally, the desired conclusion of a proof in type theory is one of type inhabitation.^{[16]} The decision problem of type inhabitation (abbreviated by ) is:

- Given a context and a type , decide whether there exists a term that can be assigned the type in the type environment .

Girard's paradox shows that type inhabitation is strongly related to the consistency of a type system with Curry–Howard correspondence. To be sound, such a system must have uninhabited types.

A type theory usually has several rules, including ones to:

- create a judgment (known as a
*context*in this case) - add an assumption to the context (context
*weakening*) - rearrange the assumptions
- use an assumption to create a variable
- define reflexivity, symmetry and transitivity for judgmental equality
- define substitution for application of lambda terms
- list all the interactions of equality, such as substitution
- define a hierarchy of type universes
- assert the existence of new types

Also, for each "by rule" type, there are 4 different kinds of rules

- "type formation" rules say how to create the type
- "term introduction" rules define the canonical terms and constructor functions, like "pair" and "S".
- "term elimination" rules define the other functions like "first", "second", and "R".
- "computation" rules specify how computation is performed with the type-specific functions.

For examples of rules, an interested reader may follow Appendix A.2 of the *Homotopy Type Theory* book,^{[14]} or read Martin-Löf's Intuitionistic Type Theory.^{[17]}

## Connections to foundations[edit]

The logical framework of a type theory bears a resemblance to intuitionistic, or constructive, logic. Formally, type theory is often cited as an implementation of the Brouwer–Heyting–Kolmogorov interpretation of intuitionistic logic.^{[17]} Additionally, connections can be made to category theory and computer programs.

### Intuitionistic logic[edit]

When used as a foundation, certain types are interpreted to be propositions (statements that can be proven), and terms inhabiting the type are interpreted to be proofs of that proposition. When some types are interpreted as propositions, there is a set of common types that can be used to connect them to make a Boolean algebra out of types. However, the logic is not classical logic but intuitionistic logic, which is to say it does not have the law of excluded middle nor double negation.

Under this intuitionistic interpretation, there are common types that act as the logical operators:

Logic Name | Logic Notation | Type Notation | Type Name |
---|---|---|---|

True | Unit Type | ||

False | Empty Type | ||

Implication | Function | ||

Not | Function to Empty Type | ||

And | Product Type | ||

Or | Sum Type | ||

For All | Dependent Product | ||

Exists | Dependent Sum |

Because the law of excluded middle does not hold, there is no term of type . Likewise, double negation does not hold, so there is no term of type .

It is possible to include the law of excluded middle and double negation into a type theory, by rule or assumption. However, terms may not compute down to canonical terms and it will interfere with the ability to determine if two terms are judgementally equal to each other.^{[citation needed]}

#### Constructive mathematics[edit]

Per Martin-Löf proposed his intuitionistic type theory as a foundation for constructive mathematics.^{[13]} Constructive mathematics requires when proving "there exists an with property ", one must construct a particular and a proof that it has property . In type theory, existence is accomplished using the dependent product type, and its proof requires a term of that type.

An example of a non-constructive proof is proof by contradiction. The first step is assuming that does not exist and refuting it by contradiction. The conclusion from that step is "it is not the case that does not exist". The last step is, by double negation, concluding that exists. Constructive mathematics does not allow the last step of removing the double negation to conclude that exists.^{[18]}

Most of the type theories proposed as foundations are constructive, and this includes most of the ones used by proof assistants.^{[citation needed]} It is possible to add non-constructive features to a type theory, by rule or assumption. These include operators on continuations such as call with current continuation. However, these operators tend to break desirable properties such as canonicity and parametricity.

### Curry-Howard correspondence[edit]

The Curry–Howard correspondence is the observed similarity between logics and programming languages. The implication in logic, "A B" resembles a function from type "A" to type "B". For a variety of logics, the rules are similar to expressions in a programming language's types. The similarity goes farther, as applications of the rules resemble programs in the programming languages. Thus, the correspondence is often summarized as "proofs as programs".

The opposition of terms and types can also be viewed as one of *implementation* and *specification*. By program synthesis, (the computational counterpart of) type inhabitation can be used to construct (all or parts of) programs from the specification given in the form of type information.^{[19]}

#### Type inference[edit]

Many programs that work with type theory (e.g., interactive theorem provers) also do type inferencing. It lets them select the rules that the user intends, with fewer actions by the user.

### Research areas[edit]

#### Category theory[edit]

Main article: Category theory

Although the initial motivation for category theory was far removed from foundationalism, the two fields turned out to have deep connections. As John Lane Bell writes: "In fact categories can *themselves* be viewed as type theories of a certain kind; this fact alone indicates that type theory is much more closely related to category theory than it is to set theory." In brief, a category can be viewed as a type theory by regarding its objects as types (or sorts), i.e. "Roughly speaking, a category may be thought of as a type theory shorn of its syntax." A number of significant results follow in this way:^{[20]}

- cartesian closed categories correspond to the typed λ-calculus (Lambek, 1970);
- C-monoids (categories with products and exponentials and one non-terminal object) correspond to the untyped λ-calculus (observed independently by Lambek and Dana Scott around 1980);
- locally cartesian closed categories correspond to Martin-Löf type theories (Seely, 1984).

The interplay, known as categorical logic, has been a subject of active research since then; see the monograph of Jacobs (1999) for instance.

#### Homotopy type theory[edit]

Homotopy type theory attempts to combine type theory and category theory. It focuses on equalities, especially equalities between types. Homotopy type theory differs from intuitionistic type theory mostly by its handling of the equality type. In 2016 cubical type theory was proposed, which is a homotopy type theory with normalization.^{[21]}^{[22]}

## Definitions[edit]

### Terms and types[edit]

#### Atomic terms[edit]

The most basic types are called atoms, and a term whose type is an atom is known as an atomic term. Common atomic terms included in type theories are natural numbers, often notated with the type , Boolean logic values (/), notated with the type , and formal variables, whose type may vary.^{[16]} For example, the following may be atomic terms.

#### Function terms[edit]

In addition to atomic terms, most modern type theories also allow for functions. Function types introduce an arrow symbol, and are defined inductively: If and are types, then the notation is the type of a function which takes a parameter of type and returns a term of type . Types of this form are known as *simple* types.^{[16]}

Some terms may be declared directly as having a simple type, such as the following term, , which takes in two natural numbers in sequence and returns one natural number.

Strictly speaking, a simple type only allows for one input and one output, so a more faithful reading of the above type is that is a function which takes in a natural number and returns a function of the form . The parentheses clarify that does not have the type , which would be a function which takes in a function of natural numbers and returns a natural number. The convention is that the arrow is right associative, so the parentheses may be dropped from 's type.^{[16]}

#### Lambda terms[edit]

New function terms may be constructed using lambda expressions, and are called lambda terms. These terms are also defined inductively: a lambda term has the form , where is a formal variable and is a term, and its type is notated , where is the type of , and is the type of .^{[16]} The following lambda term represents a function which doubles an input natural number.

The variable is and (implicit from the lambda term's type) must have type . The term has type , which is seen by applying the function application inference rule twice. Thus, the lambda term has type , which means it is a function taking a natural number as an argument and returning a natural number.

A lambda term is often referred to^{[d]} as an anonymous function because it lacks a name. The concept of anonymous functions appears in many programming languages.

### Inference Rules[edit]

#### Function application[edit]

The power of type theories is in specifying how terms may be combined by way of inference rules.^{[4]} Type theories which have functions also have the inference rule of function application: if is a term of type , and is a term of type , then the application of to , often written , has type . For example, if one knows the type notations , , and , then the following type notations can be deduced from function application.^{[16]}

Parentheses indicate the order of operations; however, by convention, function application is left associative, so parentheses can be dropped where appropriate.^{[16]} In the case of the three examples above, all parentheses could be omitted from the first two, and the third may simplified to .

#### Reductions[edit]

Type theories that allow for lambda terms also include inference rules known as -reduction and -reduction. They generalize the notion of function application to lambda terms. Symbolically, they are written

- (-reduction).
- , if is not a free variable in (-reduction).

The first reduction describes how to evaluate a lambda term: if a lambda expression is applied to a term , one replaces every occurrence of in with . The second reduction makes explicit the relationship between lambda expressions and function types: if is a lambda term, then it must be that is a function term because it is being applied to . Therefore, the lambda expression is equivalent to just , as both take in one argument and apply to it.^{[4]}

For example, the following term may be -reduced.

In type theories that also establish notions of equality for types and terms, there are corresponding inference rules of -equality and -equality.^{[16]}

### Common terms and types[edit]

#### Empty type[edit]

The empty type has no terms. The type is usually written or . One use for the empty type is proofs of type inhabitation. If for a type , it is consistent to derive a function of type , then is *uninhabited*, which is to say it has no terms.

#### Unit type[edit]

The unit type has exactly 1 canonical term. The type is written or and the single canonical term is written . The unit type is also used in proofs of type inhabitation. If for a type , it is consistent to derive a function of type , then is *inhabited*, which is to say it must have one or more terms.

#### Boolean type[edit]

The Boolean type has exactly 2 canonical terms. The type is usually written or or . The canonical terms are usually and .

#### Natural numbers[edit]

Natural numbers are usually implemented in the style of Peano Arithmetic. There is a canonical term for zero. Canonical values larger than zero use iterated applications of a successor function .

### Dependent typing[edit]

Some type theories allow for types of complex terms, such as functions or lists, to depend on the types of its arguments. For example, a type theory could have the dependent type , which should correspond to lists of terms, where each term must have type . In this case, has the type , where denotes the universe of all types in the theory.

Some theories also permit types to be dependent on terms instead of types. For example, a theory could have the type , where is a term of type encoding the length of the vector. This allows for greater specificity and type safety: functions with vector length restrictions or length matching requirements, such as the dot product, can encode this requirement as part of the type.^{[24]}

There are foundational issues that can arise from dependent types if a theory is not careful about what dependencies are allowed, such as Girard's Paradox. The logician Henk Barendegt introduced the lambda cube as a framework for studying various restrictions and levels of dependent typing.^{[25]}

#### Product type[edit]

The product type depends on two types, and its terms are commonly written as ordered pairs or with the symbol . The pair has the product type , where is the type of and is the type of . The product type is usually defined with eliminator functions and .

- returns , and
- returns .

Besides ordered pairs, this type is used for the concepts of logical conjunction and intersection.

#### Sum type[edit]

The sum type depends on two types, and it is commonly written with the symbol or . In programming languages, sum types may be referred to as tagged unions. The type is usually defined with constructors and , which are injective, and an eliminator function such that

- returns , and
- returns .

The sum type is used for the concepts of logical disjunction and union.

#### Dependent products and sums[edit]

Two common type dependencies, dependent product and dependent sum types, allow for the theory to encode BHK intuitionistic logic by acting as equivalents to universal and existential quantification; this is formalized by Curry–Howard Correspondence. ^{[24]} As they also connect to products and sums in set theory, they are often written with the symbols and , respectively.^{[17]} Dependent product and sum types commonly appear in function types and are frequently incorporated in programming languages.^{[26]}

For example, consider a function , which takes in a and a term of type , and returns the list with the element at the end. The type annotation of such a function would be , which can be read as "for any type , pass in a and an , and return a ".

Sum types are seen in dependent pairs, where the second type depends on the value of the first term. This arises naturally in computer science where functions may return different types of outputs based on the input. For example, the Boolean type is usually defined with an eliminator function , which takes three arguments and behaves as follows.

- returns , and
- returns .

The return type of this function depends on its input. If the type theory allows for dependent types, then it is possible to define a function such that

- returns , and
- returns .

The type of may then be written as .

#### Identity type[edit]

Following the notion of Curry-Howard Correspondence, the identity type is a type introduced to mirror propositional equivalence, as opposed to the judgmental (syntactic) equivalence that type theory already provides.

An identity type requires two terms of the same type and is written with the symbol . For example, if and are terms, then is a possible type. Canonical terms are created with a reflexivity function, . For a term , the call returns the canonical term inhabiting the type .

The complexities of equality in type theory make it an active research topic; homotopy type theory is a notable area of research that mainly deals with equality in type theory.

#### Inductive types[edit]

Inductive types are a general template for creating a large variety of types. In fact, all the types described above and more can be defined using the rules of inductive types. Two methods of generating inductive types are induction-recursion and induction-induction. A method that only uses lambda terms is Scott encoding.

Some proof assistants, such as Coq and Lean, are based on the calculus for inductive constructions, which is a calculus of constructions with inductive types.

## Differences from set theory[edit]

The most commonly accepted foundation for mathematics is first-order logic with the language and axioms of Zermelo–Fraenkel set theory with the axiom of choice, abbreviated ZFC. Type theories having sufficient expressibility may also act as a foundation of mathematics. There are a number of differences between these two approaches.

- Set theory has both rules and axioms, while type theories only have rules. Type theories, in general, do not have axioms and are defined by their rules of inference.
^{[14]} - Classical set theory and logic have the law of excluded middle. When a type theory encodes the concepts of "and" and "or" as types, it leads to intuitionistic logic, and does not necessarily have the law of excluded middle.
^{[17]} - In set theory, an element is not restricted to one set. The element can appear in subsets and unions with other sets. In type theory, terms (generally) belong to only one type. Where a subset would be used, type theory can use a predicate function or use a dependently-typed product type, where each element is paired with a proof that the subset's property holds for . Where a union would be used, type theory uses the sum type, which contains new canonical terms.
- Type theory has a built-in notion of computation. Thus, "1+1" and "2" are different terms in type theory, but they compute to the same value. Moreover, functions are defined computationally as lambda terms. In set theory, "1+1=2" means that "1+1" is just another way to refer the value "2". Type theory's computation does require a complicated concept of equality.
- Set theory encodes numbers as sets. Type theory can encode numbers as functions using Church encoding, or more naturally as inductive types, and the construction closely resembles Peano's axioms.
- In type theory, proofs are types whereas in set theory, proofs are part of the underlying first-order logic.
^{[14]}

Proponents of type theory will also point out its connection to constructive mathematics through the BHK interpretation, its connection to logic by the Curry–Howard isomorphism, and its connections to Category theory.

### Properties of type theories[edit]

Terms usually belong to a single type. However, there are set theories that define "subtyping".

Computation takes place by repeated application of rules. Many types of theories are strongly normalizing, which means that any order of applying the rules will always end in the same result. However, some are not. In a normalizing type theory, the one-directional computation rules are called "reduction rules", and applying the rules "reduces" the term. If a rule is not one-directional, it is called a "conversion rule".

Some combinations of types are equivalent to other combinations of types. When functions are considered "exponentiation", the combinations of types can be written similarly to algebraic identities.^{[26]} Thus, , , , , .

### Axioms[edit]

Most type theories do not have axioms. This is because a type theory is defined by its rules of inference. This is a source of confusion for people familiar with Set Theory, where a theory is defined by both the rules of inference for a logic (such as first-order logic) and axioms about sets.

Sometimes, a type theory will add a few axioms. An axiom is a judgment that is accepted without a derivation using the rules of inference. They are often added to ensure properties that cannot be added cleanly through the rules.

Axioms can cause problems if they introduce terms without a way to compute on those terms. That is, axioms can interfere with the normalizing property of the type theory.^{[27]}

Some commonly encountered axioms are:

- "Axiom K" ensures "uniqueness of identity proofs". That is, that every term of an identity type is equal to reflexivity.
^{[28]} - "Univalence Axiom" holds that equivalence of types is equality of types. The research into this property led to cubical type theory, where the property holds without needing an axiom.
^{[22]} - "Law of Excluded Middle" is often added to satisfy users who want classical logic, instead of intuitionistic logic.

The Axiom of Choice does not need to be added to type theory, because in most type theories it can be derived from the rules of inference. This is because of the constructive nature of type theory, where proving that a value exists requires a method to compute the value. The Axiom of Choice is less powerful in type theory than most set theories, because type theory's functions must be computable and, being syntax-driven, the number of terms in a type must be countable. (See Axiom of choice § In constructive mathematics.)

## List of type theories[edit]

### Major[edit]

- Simply typed lambda calculus which is a higher-order logic
- intuitionistic type theory
- system F
- LF is often used to define other type theories
- calculus of constructions and its derivatives

### Minor[edit]

- Automath
- ST type theory
- UTT (Luo's Unified Theory of dependent Types)
- some forms of combinatory logic
- others defined in the lambda cube (also known as pure type systems)
- others under the name typed lambda calculus

### Active research[edit]

- Homotopy type theory explores equality of types
- Cubical Type Theory is an implementation of homotopy type theory

## See also[edit]

## Further reading[edit]

- Aarts, C.; Backhouse, R.; Hoogendijk, P.; Voermans, E.; van der Woude, J. (December 1992). "A Relational Theory of Datatypes". Technische Universiteit Eindhoven.
- Andrews B., Peter (2002).
*An Introduction to Mathematical Logic and Type Theory: To Truth Through Proof*(2nd ed.). Kluwer. ISBN 978-1-4020-0763-7. - Jacobs, Bart (1999).
*Categorical Logic and Type Theory*. Studies in Logic and the Foundations of Mathematics. Vol. 141. Elsevier. ISBN 978-0-444-50170-7. Archived from the original on 2023-08-10. Retrieved 2020-07-19. Covers type theory in depth, including polymorphic and dependent type extensions. Gives categorical semantics. - Cardelli, Luca (1996). "Type Systems". In Tucker, Allen B. (ed.).
*The Computer Science and Engineering Handbook*. CRC Press. pp. 2208–36. ISBN 9780849329098. Archived from the original on 2008-04-10. Retrieved 2004-06-26. - Collins, Jordan E. (2012).
*A History of the Theory of Types: Developments After the Second Edition of 'Principia Mathematica'*. Lambert Academic Publishing. hdl:11375/12315. ISBN 978-3-8473-2963-3. Provides a historical survey of the developments of the theory of types with a focus on the decline of the theory as a foundation of mathematics over the four decades following the publication of the second edition of 'Principia Mathematica'. - Constable, Robert L. (2012) [2002]. "Naïve Computational Type Theory" (PDF). In Schwichtenberg, H.; Steinbruggen, R. (eds.).
*Proof and System-Reliability*. Nato Science Series II. Vol. 62. Springer. pp. 213–259. ISBN 9789401004138. Archived (PDF) from the original on 2022-10-09. Intended as a type theory counterpart of Paul Halmos's (1960)*Naïve Set Theory* - Coquand, Thierry (2018) [2006]. "Type Theory".
*Stanford Encyclopedia of Philosophy*. - Thompson, Simon (1991).
*Type Theory and Functional Programming*. Addison–Wesley. ISBN 0-201-41667-0. Archived from the original on 2021-03-23. Retrieved 2006-04-03. - Hindley, J. Roger (2008) [1995].
*Basic Simple Type Theory*. Cambridge University Press. ISBN 978-0-521-05422-5. A good introduction to simple type theory for computer scientists; the system described is not exactly Church's STT though. Book review Archived 2011-06-07 at the Wayback Machine - Kamareddine, Fairouz D.; Laan, Twan; Nederpelt, Rob P. (2004).
*A modern perspective on type theory: from its origins until today*. Springer. ISBN 1-4020-2334-0. - Ferreirós, José; Domínguez, José Ferreirós (2007). "X. Logic and Type Theory in the Interwar Period".
*Labyrinth of thought: a history of set theory and its role in modern mathematics*(2nd ed.). Springer. ISBN 978-3-7643-8349-7. - Laan, T.D.L. (1997).
*The evolution of type theory in logic and mathematics*(PDF) (PhD). Eindhoven University of Technology. doi:10.6100/IR498552. ISBN 90-386-0531-5. Archived (PDF) from the original on 2022-10-09. - Montague, R. (1973) "The proper treatment of quantification in ordinary English". In K. J. J. Hintikka, J. M. E. Moravcsik, and P. Suppes (eds.),
*Approaches to Natural Language*(Synthese Library, 49), Dordrecht: Reidel, 221–242; reprinted in Portner and Partee (eds.) 2002, pp. 17–35. See: Montague Semantics, Stanford Encyclopedia of Philosophy.

## Notes[edit]

**^**See § Terms and types**^**In Julia's type system, for example, abstract types have no instances, but can have subtype,^{[1]}^{: 110 }whereas concrete types do not have subtypes but can have instances, for "documentation, optimization, and dispatch".^{[2]}**^**Church demonstrated his*logistic method*with his simple theory of types,^{[4]}and explained his method in 1956,^{[5]}pages 47-68.**^**In Julia, for example, a function with no name, but with two parameters in some tuple (x,y) can be denoted by say,`(x,y) -> x^5+y`

, as an anonymous function.^{[23]}

## References[edit]

**^**Balbaert, Ivo (2015)*Getting Started With Julia Programming*ISBN 978-1-78328-479-5**^**docs.julialang.org v.1 Types Archived 2022-03-24 at the Wayback Machine**^***Stanford Encyclopedia of Philosophy*(rev. Mon Oct 12, 2020) Russell’s Paradox Archived December 18, 2021, at the Wayback Machine 3. Early Responses to the Paradox- ^
^{a}^{b}^{c}^{d}Church, Alonzo (1940). "A formulation of the simple theory of types".*The Journal of Symbolic Logic*.**5**(2): 56–68. doi:10.2307/2266170. JSTOR 2266170. S2CID 15889861. **^**Alonzo Church (1956) Introduction To Mathematical Logic Vol 1**^**ETCS at the*n*Lab**^**Chatzikyriakidis, Stergios; Luo, Zhaohui (2017-02-07).*Modern Perspectives in Type-Theoretical Semantics*. Springer. ISBN 978-3-319-50422-3. Archived from the original on 2023-08-10. Retrieved 2022-07-29.**^**Winter, Yoad (2016-04-08).*Elements of Formal Semantics: An Introduction to the Mathematical Theory of Meaning in Natural Language*. Edinburgh University Press. ISBN 978-0-7486-7777-1. Archived from the original on 2023-08-10. Retrieved 2022-07-29.**^**Cooper, Robin. "Type theory and semantics in flux Archived 2022-05-10 at the Wayback Machine." Handbook of the Philosophy of Science 14 (2012): 271-323.**^**Barwise, Jon; Cooper, Robin (1981) Generalized quantifiers and natural language*Linguistics and Philosophy***4**(2):159--219 (1981)**^**Cooper, Robin (2005). "Records and Record Types in Semantic Theory".*Journal of Logic and Computation*.**15**(2): 99–112. doi:10.1093/logcom/exi004.**^**Cooper, Robin (2010).*Type theory and semantics in flux*.*Handbook of the Philosophy of Science. Volume 14: Philosophy of Linguistics*. Elsevier.- ^
^{a}^{b}Martin-Löf, Per (1987-12-01). "Truth of a proposition, evidence of a judgement, validity of a proof".*Synthese*.**73**(3): 407–420. doi:10.1007/BF00484985. ISSN 1573-0964. - ^
^{a}^{b}^{c}^{d}The Univalent Foundations Program (2013).*Homotopy Type Theory: Univalent Foundations of Mathematics*. Homotopy Type Theory. **^**Smith, Peter. "Types of proof system" (PDF).*logicmatters.net*. Archived (PDF) from the original on 2022-10-09. Retrieved 29 December 2021.- ^
^{a}^{b}^{c}^{d}^{e}^{f}^{g}^{h}Henk Barendregt; Wil Dekkers; Richard Statman (20 June 2013).*Lambda Calculus with Types*. Cambridge University Press. pp. 1–66. ISBN 978-0-521-76614-2. - ^
^{a}^{b}^{c}^{d}"Rules to Martin-Löf's Intuitionistic Type Theory" (PDF). Archived (PDF) from the original on 2021-10-21. Retrieved 2022-01-22. **^**"proof by contradiction".*nlab*. Archived from the original on 13 August 2023. Retrieved 29 December 2021.**^**Heineman, George T.; Bessai, Jan; Düdder, Boris; Rehof, Jakob (2016). "A long and winding road towards modular synthesis".*Leveraging Applications of Formal Methods, Verification and Validation: Foundational Techniques*. ISoLA 2016. Lecture Notes in Computer Science. Vol. 9952. Springer. pp. 303–317. doi:10.1007/978-3-319-47166-2_21. ISBN 978-3-319-47165-5.**^**Bell, John L. (2012). "Types, Sets and Categories" (PDF). In Kanamory, Akihiro (ed.).*Sets and Extensions in the Twentieth Century*. Handbook of the History of Logic. Vol. 6. Elsevier. ISBN 978-0-08-093066-4. Archived (PDF) from the original on 2018-04-17. Retrieved 2012-11-03.**^**Sterling, Jonathan; Angiuli, Carlo (2021-06-29). "Normalization for Cubical Type Theory".*2021 36th Annual ACM/IEEE Symposium on Logic in Computer Science (LICS)*. Rome, Italy: IEEE. pp. 1–15. arXiv:2101.11479. doi:10.1109/LICS52264.2021.9470719. ISBN 978-1-6654-4895-6. S2CID 231719089. Archived from the original on 2023-08-13. Retrieved 2022-06-21.- ^
^{a}^{b}Cohen, Cyril; Coquand, Thierry; Huber, Simon; Mörtberg, Anders (2016). "Cubical Type Theory: A constructive interpretation of the univalence axiom" (PDF).*21st International Conference on Types for Proofs and Programs (TYPES 2015)*. arXiv:1611.02108. doi:10.4230/LIPIcs.CVIT.2016.23 (inactive 31 January 2024). Archived (PDF) from the original on 2022-10-09.`{{cite journal}}`

: CS1 maint: DOI inactive as of January 2024 (link) **^**Balbaert,Ivo (2015) Getting Started with Julia- ^
^{a}^{b}Bove, Ana; Dybjer, Peter (2009), Bove, Ana; Barbosa, Luís Soares; Pardo, Alberto; Pinto, Jorge Sousa (eds.), "Dependent Types at Work",*Language Engineering and Rigorous Software Development: International LerNet ALFA Summer School 2008, Piriapolis, Uruguay, February 24 - March 1, 2008, Revised Tutorial Lectures*, Lecture Notes in Computer Science, Berlin, Heidelberg: Springer, pp. 57–99, doi:10.1007/978-3-642-03153-3_2, ISBN 978-3-642-03153-3, retrieved 2024-01-18 **^**Barendegt, Henk (April 1991). "Introduction to generalized type systems".*Journal of Functional Programming*.**1**(2): 125–154. doi:10.1017/S0956796800020025. hdl:2066/17240 – via Cambridge Core.- ^
^{a}^{b}Milewski, Bartosz. "Programming with Math (Exploring Type Theory)".*YouTube*. Archived from the original on 2022-01-22. Retrieved 2022-01-22. **^**"Axioms and Computation".*Theorem Proving in Lean*. Archived from the original on 22 December 2021. Retrieved 21 January 2022.**^**"Axiom K".*nLab*. Archived from the original on 2022-01-19. Retrieved 2022-01-21.

## External links[edit]

### Introductory material[edit]

- Type Theory at nLab, which has articles on many topics.
- Intuitionistic Type Theory article at the Stanford Encyclopedia of Philosophy
- Lambda Calculi with Types book by Henk Barendregt
- Calculus of Constructions / Typed Lambda Calculus textbook style paper by Helmut Brandl
- Intuitionistic Type Theory notes by Per Martin-Löf
- Programming in Martin-Löf's Type Theory book
- Homotopy Type Theory book, which proposed homotopy type theory as a mathematical foundation.

### Advanced material[edit]

- Robert L. Constable (ed.). "Computational type theory".
*Scholarpedia*. - The TYPES Forum — moderated e-mail forum focusing on type theory in computer science, operating since 1987.
- The Nuprl Book: "Introduction to Type Theory."
- Types Project lecture notes of summer schools 2005–2008
- The 2005 summer school has introductory lectures

- Oregon Programming Languages Summer School, many lectures and some notes.
- Andrej Bauer's blog