History log of /seL4-l4v-10.1.1/HOL4/examples/machine-code/lisp/export_codeLib.sml
Revision Date Author Comments
# 90a751a1 05-Oct-2009 Magnus Myreen <Magnus.Myreen@cl.cam.ac.uk>

Many minor updates.


# 4761143b 10-Aug-2009 Tjark Weber <Tjark.Weber@cl.cam.ac.uk>

Removed trailing whitespace from all .sml and .sig files.

This affects over 900 files and was done using emacs's delete-trailing-whitespace
function in batch mode. Building the system with Poly/ML and Moscow ML seems to
work, so I'm hoping these changes don't break anything. Please complain if
they do!


# 9030ae5a 26-Jun-2009 Magnus Myreen <Magnus.Myreen@cl.cam.ac.uk>

A general update:
1. the decompiler is now slightly faster, due to new code
abbreviations (terms smaller in internal proofs);
2. the definition of the machine-code Hoare triple
was slightly altered to support instruction caches;
3. the x86 model now includes an instruction cache.

Also, I give up on attempting to support MoscowML for
examples/machine-code/lisp. Both the standard kernel and the
experimental kernel crash while loading files in this
directory using the latest patched version of MoscowML.
Both kernels exit with an uninformative message:

Compiling lisp_equalScript.sml
Linking lisp_equalScript.uo to produce theory-builder executable
Uncaught exception: Chr
Failed to build script file, lisp_equalScript

Did they run out of memory? If so, why does the error message not
say so?


# c13b8b7b 10-Jun-2009 Michael Norrish <Michael.Norrish@nicta.com.au>

Set svn:ignore properties, and also get rid of use of
TextIO.getOutstream, which Moscow ML doesn't have. I'm pretty
confident that TextIO.output and TextIO.StreamIO.output should be the
same. If I'm wrong, please change this back, and we'll mark the
machine-code example as Poly/ML only for the moment.


# 8c3fc760 09-Jun-2009 Magnus Myreen <Magnus.Myreen@cl.cam.ac.uk>

A general update. Now lisp_finalTheory produces assembly files
containing the verified LISP interpeteres (in machine code):

arm_eval.s
x86_eval.s
ppc_eval.s

Each of these have been successfully run on real hardware, for
each respective platform.

The proof scripts are likely to only work in the experimental
kernel, due to some unfortuante differences between the two
kernels. Some of these differences are exposed more frequently
now due to recent(ish) changes to the datatype package. Maybe
some of the changes made to the datatype package ought to be
reconsidered?