warning about mu, some tweaks
[lambda.git] / exercises / assignment5_hint4.mdwn
index 15f2d2a..d718c9a 100644 (file)
@@ -261,12 +261,14 @@ And you won't have any of the kinds of difficulties we're discussing here with t
 
 By the way, this issue about not-enough-polymorphism doesn't arise in Haskell. Here are the Church numerals:
 
-    > data Church a = Church ((a->a)->a->a)
-    > let { zero::Church a; zero = Church (\s z -> z); one::Church a; one = Church (\s z -> s z); succ n = case n of { Church n -> Church (\s z-> s (n s z)) } }
+    > type Church a = (a -> a) -> a -> a
+    > let { zero :: Church a; zero = \s z -> z; one :: Church a; one = \s z -> s z; succ n = \s z-> s (n s z) }
     > let two = succ one
-    > case two of { Church n -> n ('S':) "0" }
+    > two ('S':) "0"
     "SS0"
     > :t two
-    two :: Church a
+    two :: (a -> a) -> a -> a
+    > two (1+) 0
+    2
 
 The reason that OCaml has trouble here where Haskell doesn't has to do with some fundamental differences between their type systems, that we haven't yet explored. (Specifically, it has to do with the fact that OCaml has *mutable reference cells* in its type system, and this obliges it to place limits on where it generalizes type variables, else its type system becomes inconsistent.)