1 ** *Work In Progress* **
3 ## Comprehensions
5 1. In Kapulet, what does `[ [x, 2*x] | x from [1, 2, 3] ]` evaluate to?
7 2. What does `[ 10*x + y | y from , x from [1, 2, 3] ]` evalaute to?
9 3. Using either Kapulet's or Haskell's list comprehension syntax, write an expression that transforms `[3, 1, 0, 2]` into `[3, 3, 3, 1, 2, 2]`. [[Here is a hint|assignment3 hints]], if you need it.
12 ## Lists
14 4. Last week you defined `head` in the Lambda Calculus, using our proposed encoding for lists. Now define `empty?` (It should require only small modifications to your solution for `head`.)
16 5. If we encode lists in terms of their *left*-folds, instead, `[a, b, c]` would be encoded as `\f z. f (f (f z a) b) c`. The empty list `[]` would still be encoded as `\f z. z`. What should `cons` be, for this encoding?
18 6. Continuing to encode lists in terms of their left-folds, what should `last` be, where `last [a, b, c]` should result in `c`. Let `last []` result in whatever `err` is bound to.
20 7. Continuing to encode lists in terms of their left-folds, how should we write `head`? This is challenging. [[Here is a hint|assignment3 hints]], if you need it.
23 ## Numbers
25 8. Recall our proposed encoding for the numbers, called "Church's encoding". As we explained last week, it's similar to our proposed encoding of lists in terms of their folds. In last week's homework, you defined `succ` for numbers so encoded. Can you now define `pred` in the Lambca Calculus? Let `pred 0` result in whatever `err` is bound to. This is challenging. For some time theorists weren't sure it could be done. (Here is [some interesting commentary](http://okmij.org/ftp/Computation/lambda-calc.html#predecessor).) However, in this week's notes we examined one strategy for defining `tail` for our chosen encodings of lists, and given the similarities we explained between lists and numbers, perhaps that will give you some guidance in defining `pred` for numbers.
27 9. Define `leq` for numbers (that is, &leq;) in the Lambda Calculus. Here is the expected behavior,
28 where `one` abbreviates `succ zero`, and `two` abbreviates `succ (succ zero)`.
30         leq zero zero ~~> true
31         leq zero one ~~> true
32         leq zero two ~~> true
33         leq one zero ~~> false
34         leq one one ~~> true
35         leq one two ~~> true
36         leq two zero ~~> false
37         leq two one ~~> false
38         leq two two ~~> true
39         ...
41     You'll need to make use of the predecessor function, but it's not essential to understanding this problem that you have successfully implemented it yet. You can treat it as a black box.
43 ## Combinatorial Logic
45 Reduce the following forms, if possible:
47 10. `Kxy`
48 11. `KKxy`
49 12. `KKKxy`
50 13. `SKKxy`
51 14. `SIII`
52 15. `SII(SII)`
54 <!-- -->
56 16. Give Combinatorial Logic combinators (that is, expressed in terms of `S`, `K`, and `I`) that behave like our boolean functions. You'll need combinators for `true`, `false`, `neg`, `and`, `or`, and `xor`.
58 Using the mapping specified in this week's notes, translate the following lambda terms into combinatory logic:
60 17. `\x x`
61 18. `\x y. x`
62 19. `\x y. y`
63 20. `\x y. y x`
64 21. `\x. x x`
65 22. `\x y z. x (y z)`
67 <!-- -->
69 23. For each of the above translations, how many `I`s are there? Give a rule for describing what each `I` corresponds to in the original lambda term.
71 More Lambda Practice
72 --------------------
74 Reduce to beta-normal forms:
76 <OL start=24>
77 <LI>`(\x. x (\y. y x)) (v w)`
78 <LI>`(\x. x (\x. y x)) (v w)`
79 <LI>`(\x. x (\y. y x)) (v x)`
80 <LI>`(\x. x (\y. y x)) (v y)`
82 <LI>`(\x y. x y y) u v`
83 <LI>`(\x y. y x) (u v) z w`
84 <LI>`(\x y. x) (\u u)`
85 <LI>`(\x y z. x z (y z)) (\u v. u)`
86 </OL>