translating tweaks
[lambda.git] / translating_between_OCaml_Scheme_and_Haskell.mdwn
index aaefb36..77db443 100644 (file)
@@ -1,8 +1,6 @@
-##Translating between OCaml, SML, and Haskell##
-
 The functional programming literature tends to use one of four languages: Scheme, OCaml, Standard ML (SML), or Haskell. With experience, you'll grow comfortable switching between these. At the beginning, though, it can be confusing.
 
-The easiest translations are between OCaml and SML. These languages are both derived from a common ancestor, ML. For the most part, the differences between them are only superficial. [Here's a translatio nmanual](http://www.mpi-sws.org/~rossberg/sml-vs-ocaml.html).
+The easiest translations are between OCaml and SML. These languages are both derived from a common ancestor, ML. For the most part, the differences between them are only superficial. [Here's a translatiomanual](http://www.mpi-sws.org/~rossberg/sml-vs-ocaml.html).
 
 In some respects these languages are closer to Scheme than to Haskell: Scheme, OCaml and SML all default to call-by-value evaluation order, and all three have native syntax for mutation and other imperative idioms (though that's not central to their design). Haskell is different in both respects: the default evaluation order is call-by-name (strictly speaking, it's "call-by-need", which is a more efficient cousin), and the only way to have mutation or the like is through the use of monads.
 
@@ -207,10 +205,10 @@ So we have:
                class Eq a where
                  (==)    :: a -> a -> Bool
 
-       This declares the type-class `Eq`; in order to belong to this class, a type `a` will have to supply its own implementation of the function ==, with the type a -> a -> Bool. Here is how the `Integer` class signs up to join the type-class:
+       This declares the type-class `Eq`; in order to belong to this class, a type `a` will have to supply its own implementation of the function `==`, with the type `a -> a -> Bool`. Here is how the `Integer` class signs up to join this type-class:
 
                instance Eq Integer where
-                 x == y  =  ...
+                 x == y  =  ... some definition for the Integer-specific version of that function here ...
 
        Type expressions can be conditional on some of their parameters belonging to certain type-classes. For example:
 
@@ -227,7 +225,7 @@ So we have:
 
        says that if `a` belongs to the typeclass `Eq`, then so too does `Tree a`, and in such cases here is the implementation of `==` for `Tree a`...
 
-*      OCaml doesn't have type-classes. You can do soemthing similar with OCaml modules that take are parameterized on other modules. Again, [see here](/code/tree_monadize.ml) for an example.
+*      OCaml doesn't have type-classes. You can do something similar with OCaml modules that take are parameterized on other modules. Again, [see here](/code/tree_monadize.ml) for an example.
 
 
 *      Some specific differences in how certain types are expressed. This block in Haskell:
@@ -239,7 +237,7 @@ So we have:
                Prelude> let x = () :: ()
                Prelude> let x = (1, True) :: (Int, Bool)
 
-corresponds to this block in OCaml:
+       corresponds to this block in OCaml:
 
                # type 'a option = None | Some of 'a;;
                type 'a option = None | Some of 'a
@@ -291,7 +289,7 @@ corresponds to this block in OCaml:
 
        In OCaml, there is no predefined `null` or `isempty` function. One can still test whether a list is empty using the comparison `lst = []`.
 
-*      In Haskell, the expression [1..5] is the same as [1,2,3,4,5], and the expression [0..] is a infinite lazily-evaluated stream of the natural numbers. In OCaml, there is no [1..5] shortcut, lists must be finite, and they are eagerly evaluated. It is possible to create lazy streams in OCaml, even infinite ones, but you have to use other techniques than the native list type.
+*      In Haskell, the expression `[1..5]` is the same as `[1,2,3,4,5]`, and the expression `[0..]` is a infinite lazily-evaluated stream of the natural numbers. In OCaml, there is no `[1..5]` shortcut, lists must be finite, and they are eagerly evaluated. It is possible to create lazy streams in OCaml, even infinite ones, but you have to use other techniques than the native list type.
 
 *      Haskell has *list comprehensions*:
 
@@ -301,14 +299,17 @@ corresponds to this block in OCaml:
 
                List.map (fun x -> x * x) (List.filter odd [1..10]);;
 
-*      In Haskell, the expressions "abc" and ['a','b','c'] are equivalent. (Strings are just lists of chars. In OCaml, these expressions have two different types.
+*      In Haskell, the expressions `"abc"` and `['a','b','c']` are equivalent. (Strings are just lists of chars.) In OCaml, these expressions have two different types.
 
        Haskell uses the operator `++` for appending both strings and lists (since Haskell strings are just one kind of list). OCaml uses different operators:
 
-               "string1" ^ "string2"
-               ['s';'t'] @ ['r';'i';'n';'g']
-               (* or equivalently *)
-               List.append ['s';'t'] ['r';'i';'n';'g']
+               # "string1" ^ "string2";;
+               - : string = "string1string2"
+               # ['s';'t'] @ ['r';'i';'n';'g'];;
+               - : char list = ['s'; 't'; 'r'; 'i'; 'n'; 'g']
+               # (* or equivalently *)
+                 List.append ['s';'t'] ['r';'i';'n';'g'];;
+               - : char list = ['s'; 't'; 'r'; 'i'; 'n'; 'g']
 
 
 #Let and Where#
@@ -371,27 +372,27 @@ Haskell and OCaml both have `records`, which are essentially just tuples with a
 *      In Haskell one says:
 
                -- declare a record type
-               data Color = C { red, green, blue :: Int }
+               data Color = Col { red, green, blue :: Int }
                -- create a value of that type
-               let c = C { red = 0, green = 127, blue = 255 }
+               let c = Col { red = 0, green = 127, blue = 255 }
 
        In OCaml one says instead:
 
-               type color = { red : int; green : int; blue : int};;
+               type color = { red : int; green : int; blue : int };;
                let c = { red = 0; green = 127; blue = 255 }
 
-       Notice that OCaml doesn't use any value constructor `C`. The record syntax `{ red = ...; green = ...; blue = ... }` is by itself the constructor. The record labels `red`, `green`, and `blue` cannot be re-used for any other record type.
+       Notice that OCaml doesn't use any value constructor `Col`. The record syntax `{ red = ...; green = ...; blue = ... }` is by itself the constructor. The record labels `red`, `green`, and `blue` cannot be re-used for any other record type.
 
 *      In Haskell, one may have multiple constructors for a single record type, and one may re-use record labels within that type, so long as the labels go with fields of the same type:
 
                data FooType = Constructor1 {f :: Int, g :: Float} | Constructor2 {f :: Int, h :: Bool}
 
-*      In Haskell, one can extract the field of a record like this:
+*      In Haskell, one can extract a single field of a record like this:
 
-               let c = C { red = 0, green = 127, blue = 255 }
+               let c = Col { red = 0, green = 127, blue = 255 }
                in red c    -- evaluates to 0
 
-       In OCaml:
+       In OCaml one says:
 
                let c = { red = 0; green = 127; blue = 255 }
                in c.red    (* evaluates to 0 *)
@@ -399,7 +400,7 @@ Haskell and OCaml both have `records`, which are essentially just tuples with a
 *      In both languages, there is a special syntax for creating a copy of an existing record, with some specified fields altered. In Haskell:
 
                let c2 = c { green = 50, blue = 50 }
-               -- evaluates to C { red = red c, green = 50, blue = 50 }
+               -- evaluates to Col { red = red c, green = 50, blue = 50 }
 
        In OCaml:
 
@@ -408,7 +409,7 @@ Haskell and OCaml both have `records`, which are essentially just tuples with a
 
 *      One pattern matches on records in similar ways. In Haskell:
 
-               let C { red = r, green = g } = c
+               let Col { red = r, green = g } = c
                in r
 
        In OCaml:
@@ -418,11 +419,11 @@ Haskell and OCaml both have `records`, which are essentially just tuples with a
 
        In Haskell:
 
-               makegray c@(C { red = r} ) = c { green = r, blue = r }
+               makegray c@(Col { red = r } ) = c { green = r, blue = r }
 
        is equivalent to:
 
-               makegray c = let C { red = r } = c
+               makegray c = let Col { red = r } = c
                             in { red = r, green = r, blue = r }
 
        In OCaml it's:
@@ -488,7 +489,7 @@ Haskell and OCaml both have `records`, which are essentially just tuples with a
                  | x' when x' = 0 -> 0
                  | _ -> -1
 
-*      In Haskell the equality comparison operator is `==`, and the non-equality operator is `/=`. In OCaml, `==` expresses "physical identity", which has no analogue in Haskell because Haskell has no mutable types. See our discussion of "Four grades of mutable involvement" in the [[Week9]] notes. In OCaml the operator corresponding to Haskell's `==` is just `=`, and the corresponding non-equality operator is `<>`.
+*      In Haskell the equality comparison operator is `==`, and the non-equality operator is `/=`. In OCaml, `==` expresses "physical identity", which has no analogue in Haskell because Haskell has no mutable types. See our discussion of "Four grades of mutation involvement" in the [[Week9]] notes. In OCaml the operator corresponding to Haskell's `==` is just `=`, and the corresponding non-equality operator is `<>`.
 
 *      In both Haskell and OCaml, one can use many infix operators as prefix functions by parenthesizing them. So for instance:
 
@@ -496,10 +497,10 @@ Haskell and OCaml both have `records`, which are essentially just tuples with a
 
        will work in both languages. One notable exception is that in OCaml you can't do this with the list constructor `::`:
 
-       # (::) 1 [1;2];;
-       Error: Syntax error
-       # (fun x xs -> x :: xs) 1 [1; 2];;
-       - : int list = [1; 1; 2]
+               # (::) 1 [1;2];;
+               Error: Syntax error
+               # (fun x xs -> x :: xs) 1 [1; 2];;
+               - : int list = [1; 1; 2]
 
 *      Haskell also permits two further shortcuts here that OCaml has no analogue for. In Haskell, in addition to writing:
 
@@ -507,15 +508,15 @@ Haskell and OCaml both have `records`, which are essentially just tuples with a
 
        you can also write either of:
 
-               (1 >) 2
-               (> 2) 1
+               (2 >) 1
+               (> 1) 2
 
        In OCaml one has to write these out longhand:
 
-               (fun y -> 1 > y) 2;;
-               (fun x -> x > 2) 1;;
+               (fun y -> 2 > y) 1;;
+               (fun x -> x > 1) 2;;
 
-       Also, in Haskell, there's a special syntax for using what are ordinarily prefix functions into infix operators:
+       Also, in Haskell, there's a special syntax for using what are ordinarily prefix functions as infix operators:
 
                Prelude> elem 1 [1, 2]
                True
@@ -567,14 +568,14 @@ Haskell and OCaml both have `records`, which are essentially just tuples with a
 
 *      Some functions are predefined in Haskell but not in OCaml. Here are OCaml definitions for some common ones:
 
-       let id x = x;;
-       let const x _ = x;;
-       let flip f x y = f y x;;
-       let curry (f : ('a, 'b) -> 'c) = fun x y -> f (x, y);;
-       let uncurry (f : 'a -> 'b -> 'c) = fun (x, y) -> f x y;;
-       let null lst = lst = [];;
+               let id x = x;;
+               let const x _ = x;;
+               let flip f x y = f y x;;
+               let curry (f : ('a, 'b) -> 'c) = fun x y -> f (x, y);;
+               let uncurry (f : 'a -> 'b -> 'c) = fun (x, y) -> f x y;;
+               let null lst = lst = [];;
 
-       `fst` and `snd` (defined only on pairs) are provided in both languages. Haskell has `head` and `tail` for lists; these will raise an exception if applied to []. In OCaml the corresponding functions are `List.hd` and `List.tl`. Many other Haskell list functions like `length` are available in OCaml as `List.length`, but OCaml's standard libraries are leaner that Haskell's.
+       `fst` and `snd` (defined only on pairs) are provided in both languages. Haskell has `head` and `tail` for lists; these will raise an exception if applied to `[]`. In OCaml the corresponding functions are `List.hd` and `List.tl`. Many other Haskell list functions like `length` are available in OCaml as `List.length`, but OCaml's standard libraries are leaner that Haskell's.
 
 *      The `until` function in Haskell is used like this:
 
@@ -586,8 +587,8 @@ Haskell and OCaml both have `records`, which are essentially just tuples with a
 
        This can be defined in OCaml as:
 
-    let rec until test f z =
-        if test z then z else until test f (f z)
+               let rec until test f z =
+                 if test z then z else until test f (f z)
 
 
 #Lazy or Eager#
@@ -614,14 +615,14 @@ Haskell and OCaml both have `records`, which are essentially just tuples with a
                # eval_later3;;
                - : int lazy_t = lazy 1
 
-       Notice in the last line the value is reported as being `lazy 1` instead of `<lazy>`. Since the value has once been forced, it won't ever need to be recomputed. The thunks are less efficient in this respect. Even though OCaml will now remember that `eval_later3` should be forced to, `eval_later3` is still type distinct from a plain `int`.
+       Notice in the last line the value is reported as being `lazy 1` instead of `<lazy>`. Since the value has once been forced, it won't ever need to be recomputed. The thunks are less efficient in this respect. Even though OCaml will now remember what `eval_later3` should be forced to, `eval_later3` is still type-distinct from a plain `int`.
 
 
 #Monads#
 
 Haskell has more built-in support for monads, but one can define the monads one needs in OCaml.
 
-*      In our seminar, we've been calling one monadic operation `unit`, in Haskell the same operation is called `return`. We've been calling another monadic operation `bind`, used in prefix form, like this:
+*      In our seminar, we've been calling one monadic operation `unit`; in Haskell the same operation is called `return`. We've been calling another monadic operation `bind`, used in prefix form, like this:
 
                bind u f
 
@@ -629,13 +630,13 @@ Haskell has more built-in support for monads, but one can define the monads one
 
                u >>= f
 
-       If you like this Haskell convention, you can define (>>=) in OCaml like this:
+       If you like this Haskell convention, you can define `>>=` in OCaml like this:
 
                let (>>=) = bind;;
 
 *      Haskell also uses the operator `>>`, where `u >> v` means the same as `u >>= \_ -> v`.
 
-*      In Haskell, one can generally just use plain `return` and `>>=` and the compiler will infer what monad you must be talking about from the surrounding type constraints. In OCaml, you generally need to be specific about which monad you're using. So in these notes, when mutiple monads are on the table, we've defined operations as `reader_unit` and `reader_bind`.
+*      In Haskell, one can generally just use plain `return` and `>>=` and the interpreter will infer what monad you must be talking about from the surrounding type constraints. In OCaml, you generally need to be specific about which monad you're using. So in these notes, when mutiple monads are on the table, we've defined operations as `reader_unit` and `reader_bind`, and so on.
 
 *      Haskell has a special syntax for working conveniently with monads. It looks like this. Assume `u` `v` and `w` are values of some monadic type `M a`. Then `x` `y` and `z` will be variables of type `a`:
 
@@ -652,7 +653,7 @@ Haskell has more built-in support for monads, but one can define the monads one
                v >>= \ y ->
                w >>= \ _ ->
                let z = foo x y
-               in unit z
+               in return z
 
        which can be translated straightforwardly into OCaml.