changeset 541:429e95d23b26

Typo fix
author Adam Chlipala <adam@chlipala.net>
date Sat, 19 Sep 2015 07:44:42 -0400
parents 582bf8d4ce51
children f874c163f5e0
files src/InductiveTypes.v
diffstat 1 files changed, 1 insertions(+), 1 deletions(-) [+]
line wrap: on
line diff
--- a/src/InductiveTypes.v	Sat Aug 15 15:59:02 2015 -0400
+++ b/src/InductiveTypes.v	Sat Sep 19 07:44:42 2015 -0400
@@ -944,7 +944,7 @@
 
 There is no command like [Scheme] that will implement an improved principle for us.  In general, it takes creativity to figure out _good_ ways to incorporate nested uses of different type families.  Now that we know how to implement induction principles manually, we are in a position to apply just such creativity to this problem.
 
-Many induction principles for types with nested used of [list] could benefit from a unified predicate capturing the idea that some property holds of every element in a list.  By defining this generic predicate once, we facilitate reuse of library theorems about it.  (Here, we are actually duplicating the standard library's [Forall] predicate, with a different implementation, for didactic purposes.) *)
+Many induction principles for types with nested uses of [list] could benefit from a unified predicate capturing the idea that some property holds of every element in a list.  By defining this generic predicate once, we facilitate reuse of library theorems about it.  (Here, we are actually duplicating the standard library's [Forall] predicate, with a different implementation, for didactic purposes.) *)
 
 Section All.
   Variable T : Set.