Induction-recursion: Difference between revisions

Content deleted Content added
m External links: bulletize
Ncfavier (talk | contribs)
m Minor formatting fixes
 
(46 intermediate revisions by 27 users not shown)
Line 1:
{{Short description|Concept in mathematical logic}}
In [[intuitionistic type theory]] (ITT), a discipline within [[mathematical logic]], '''induction-recursion''' is a feature for simultaneously declaring a type and function on that type. It allows the creation of larger types, suchthan as[[Intuitionistic universestype theory#Inductive types|inductive types]], thansuch as [[Intuitionistic_type_theoryIntuitionistic type theory#Inductive_types|inductiveUniverse Typestypes|universes]]. The types created still remainsremain [[Predicativity|predicative]] inside ITT.
 
An [[inductive definition]] is given by rules for generating elements of a type. One can then define functions from that type by induction on the way the elements of the type are generated. Induction-recursion generalizes this situation since one can ''simultaneously'' define the type and the function, because the rules for generating elements of the type are allowed to refer to the function.<ref name=Dybjer>{{cite journal|last=Dybjer|first=Peter|title=A general formulation of simultaneous inductive-recursive definitions in type theory|journal=Journal of Symbolic Logic|volume=65|issue=2|date=June 2000|pages=525–549|url=http://www.cse.chalmers.se/~peterd/papers/Inductive_Recursive.pdf|doi=10.2307/2586554|jstor=2586554|citeseerx=10.1.1.6.4575|s2cid=18271311 }}</ref>
== External links ==
 
Induction-recursion can be used to define large types including various universe constructions. It increases the proof-theoretic strength of type theory substantially. Nevertheless, inductive-recursive definitions are still considered [[Impredicativity|predicative]].
*Peter Dybjer, [http://www.cse.chalmers.se/~peterd/papers/Inductive_Recursive.pdf A general formulation of simultaneous inductive-recursive definitions in type theory], Journal of Symbolic Logic, Volume 65, Number 2, June 2000, pp 525-549.
 
==Background==
 
Induction-recursion came out of investigations into the rules of Martin-Löf's [[intuitionistic type theory]]. The type theory has a number of "type formers" and four kinds of rules for each one. Martin-Löf had hinted that the rules for each type former followed a pattern, which preserved the properties of the type theory (e.g., [[Normalization property (abstract rewriting)|strong normalization]], [[Impredicativity|predicativity]]). Researchers started looking for the most general description of the pattern, since that would tell what kinds of type formers could be added (or not added!) to extend the type theory.
 
The "universe" type former was the most interesting, because when the rules were written "à la Tarski", they simultaneously defined the "universe type" ''and'' a function that operated on it. This eventually lead Dybjer to induction-recursion.
 
Dybjer's initial papers called induction-recursion a "schema" for rules. It stated what type formers could be added to the type theory. Later, he and Setzer would write a new type former with rules that allowed new inductive-recursive definitions to be made inside the type theory.<ref name=DybjerSetzer>{{cite book|last=Dybjer|first=Peter|chapter=A Finite Axiomatization of Inductive-Recursive Definitions |series=Lecture Notes in Computer Science |title=Typed Lambda Calculi and Applications |volume=1581|pages=129–146|year=1999|citeseerx=10.1.1.219.2442|doi=10.1007/3-540-48959-2_11|isbn=978-3-540-65763-7}}</ref> This was added to the Half [[proof assistant]] (a variant of [[ALF (proof assistant)|Alf]]).
 
==The idea==
 
Before covering inductive-recursive types, the simpler case is inductive types. Constructors for inductive types can be self-referential, but in a limited way. The constructor's parameters must be "positive":
* not refer to the type being defined
* be exactly the type being defined, or
* be a function that returns the type being defined.
 
With inductive types, a parameter's type can depend on earlier parameters, but they cannot refer to ones of the type being defined. Inductive-recursive types go further: a parameter's types ''can'' refer to earlier parameters that use the type being defined. These must be "half-positive":
* be a function depending on an earlier parameter '''if''' that parameter is wrapped in the function being defined.
 
So, if <math>D</math> is the type being defined and <math>f</math> is the function being (simultaneously) defined, these parameter declarations are positive:
* <math>a:A</math>
* <math>d:D</math>
* <math>g:A \to \mathsf{Type}</math>
* <math>h:A \to D</math>
* <math>i:A \to B \to D</math>
* <math>j: g\ a</math> (Depends on earlier parameters, none of which are type <math>D</math>.)
 
This is half-positive:
* <math>k : (f\ d) \to D </math> (Depends on parameter <math>d</math> of type <math>D</math> but only through call to <math>f</math>.)
 
These are '''not''' positive nor half-positive:
* <math>k: D \to A</math> (<math>D</math> is a parameter to the function.)
* <math>l: (A \to D) \to A</math> (The parameter takes a function that returns <math>D</math>, but returns <math>A</math> itself.)
* <math>m: z\ d</math> (Depends on <math>d</math> of type <math>D</math>, but not through the function <math>f</math>.)
 
== Universe example ==
 
A simple common example is the type former for a universe à la Tarski. It consists of a type <math>U</math> and a function <math>T : U \to \mathsf{Type}</math> such that there is an element of <math>U</math> for every type in the type theory (except <math>U</math> itself!), and the function <math>T</math> maps the elements of <math>U</math> to the associated type.
 
The type <math>U</math> has a constructor (or introduction rule) for each type former in the type theory. The one for dependent functions would be:
 
<math>\mathsf{constructor}_\Pi (u:U) (u' : T(u) \to U) : U</math>
 
That is, it takes an element <math>u</math> of type <math>U</math> that will map to the type of the parameter, and a function <math>u'</math> such that for all values <math>x:T(u)</math>, <math>u'(x)</math> maps to the return type of the function (which is dependent on the value of the parameter, <math>x</math>). (The final <math>:U</math> says that the result of the constructor is an element of type <math>U</math>.)
 
The reduction (or computation rule) says that <math>T(\mathsf{constructor}_\Pi(u, u'))</math> reduces to <math>\prod_{x:T(u)} T(u'(x))</math>.
 
After reduction, the function <math>T</math> is operating on a smaller part of the input. If that holds when <math>T</math> is applied to any constructor, then <math>T</math> will always terminate.
 
==Usage==
 
Induction-recursion is implemented in [[Agda (programming language)|Agda]] and [[Idris (programming language)|Idris]].<ref>{{Cite book|last1=Bove|first1=Ana|last2=Dybjer|first2=Peter|last3=Norell|first3=Ulf|title=Theorem Proving in Higher Order Logics |chapter=A Brief Overview of Agda – A Functional Language with Dependent Types |date=2009|editor-last=Berghofer|editor-first=Stefan|editor2-last=Nipkow|editor2-first=Tobias|editor3-last=Urban|editor3-first=Christian|editor4-last=Wenzel|editor4-first=Makarius|chapter-url=https://link.springer.com/chapter/10.1007%2F978-3-642-03359-9_6|series=Lecture Notes in Computer Science|volume=5674 |language=en|___location=Berlin, Heidelberg|publisher=Springer|pages=73–78|doi=10.1007/978-3-642-03359-9_6|isbn=978-3-642-03359-9}}</ref>
 
==See also==
* [[Induction-induction]] - further work that defines a type and a family of types at the same time
 
==References==
{{reflist}}
 
== External links ==
*[http://www.cse.chalmers.se/~peterd/papers/inductive.html A list of Peter Dybjer's publications on induction and induction-recursion]
*[http://www.cs.swan.ac.uk/~csetzer/slides/dybjer60thBirthdayGothenburgJune2013/dybjer60thBirthdayGothenburgJune2013.pdf Slides covering Induction-Recursion and its derivatives]
 
[[Category:Type theory]]