CS 421: Programming Languages and Compilers
Machine Problems for Spring 2008
Topic: Issued: Due at 11:59pm CDT on: Automatic extension
(with 20% penalty)
until 11:59pm CDT on:
MP1 OCaml: Basic OCaml Tuesday, Jan 15 Thursday, Jan 17 Saturday, Jan 19
MP2 OCaml: Pattern Matching and Recursion Thursday, Jan 17 Wednesday, Jan 23 Friday, Jan 25
MP3 OCaml: Abstract Syntax Trees Thursday, Jan 24 Monday, Jan 28 Wednesday, Jan 30
MP4 ocamllex: MiniJava Wednesday, Jan 30 Monday, Feb 4 Wednesday, Feb 6
MP5 A Recursive Descent Parser for MiniJava Monday, Feb 4 Monday, Feb 11 Wednesday, Feb 13
MP6 A Bottom-up Parser for MiniJava Tuesday, Feb 12 Monday, Feb 18 Wednesday, Feb 20
MP7 Code Generation Tuesday, Feb 19 Monday, Feb 25 Wednesday, Feb 27
MP8 APL Wednesday, Mar 5 Monday, Mar 10 Wednesday, Mar 12
MP9, HW9 HO Functions, Environments Thursday, Mar 27 Tuesday, Apr 1 (Thu. for written) Thursday, Apr 3 (no ext. for written)
HW10 Evaluation and Type Checking Thursday, April 10 Thursday, April 17(turn in in class) Thursday, April 17, 5:00 PM
HW11 Proving Properties of Recursive Functions Thursday, April 17 Thursday, April 24(turn in in class) Thursday, April 24, 5:00 PM
HW12 Hoare Logic Thursday, April 24 Tuesday, April 29(turn in in class) None

Hand Written Assignments for Spring 2008
Topic: Issued: Due at 2:00pm CT on: Automatic extension
(with 20% penalty)
until 2:00pm CT on:

Note: The late penaly is 20% of the total number of points possible on the base part of the assignment, plus 20% of the total points possible on the extra credit, if you attempt the extra credit. It is not 20% of the number of points your earn.

Guide for Doing MPs
A guide for how to attack an MP:
  1. Download mpXgrader.tar.gz and untar it (tar xzf mpXgrader.tar.gz where X is the number of the MP). This will create an mpXgrader directory. Go into that directory.
  2. Copy the mpX-skeleton.ml file as mpX.ml. To make sure you have all the necessary pieces, start by executing make. This will create the grader executable. Run the executable (./grader). Examine the failing test cases for places where errors produced by your code. At this point, everything should compile, but the score will be 0.
  3. Read and understand the problem for the handout that you wish to begin working on. (Usually, working from top to bottom makes most sense.) There is a tests file in this directory. This is an important file containing the an incomplete set of test cases; you'll want to add more cases to test your code more thoroughly. Reread the problem from the handout, examining any sample output given. Open the tests file in the mpXgrader directory. Find the test cases given for that problem. Add your own test cases by following the same pattern as of the existing test cases. Try to get a good coverage of your function's behaviour. You should even try to have enough cases to guarantee that you will catch any errors. (This is not always possible, but a desirable goal.) And yes, test cases should be written even before starting the implementation of your function. This is a good software development practice.
  4. If necessary, reread the stament of the problem once more. Place your code for the solution in mpX.ml, replacing the stub found there for it. Implement your function. Try to do this in a step-wise fashion. When you think you have a solution (or enough of a part of one to compile and be worth testing), save you work and execute make and the ./grader again. Examine the passing and failing test cases again. Each failure is an instance where your code failed to give the right output for the given input, and you will need to examine your code to figure out why. When you are finished making a round of corrections, run make, followed by ./grader again. Continue until you find no more errors.
  5. When your code no longer generates any errors for the problem on which you were working, return to steps 3) and 4) to proceed with the next problem you wish to solve, until there are no more problems to be solved.
Interactive Debugging
In addition to running "make" and "grader", you probably want to test your code interactively at the top level:
  1. Enter the directory with your source file.
  2. Type ocaml at the command line.
  3. Type #load "mpXcommon.cmo";; at the OCaml prompt, where X is the number of the assignment (this loads in the common stuff that we give you by defualt).
  4. Type #use "mpX.ml";; at the OCaml prompt, where X is the number of the assignment. This loads in your code, and adds the functions you have defined to the identifiers recognized at top level.
  5. Type in commands followed by ';;' at the OCaml prompt to test your code interactively. Anything that you can do in a code file, you can do interactively. For example, you can define identifiers using 'let x = ...', etc...