History log of /seL4-l4v-10.1.1/HOL4/tools/mllex/poly-mllex.ML
Revision Date Author Comments
# d95e7fd1 22-Sep-2015 Michael Norrish <Michael.Norrish@nicta.com.au>

Use polyc for all compilation in configure.sml

I don't think I can use polyc in the creation of a new heap that is done
within buildheap though, which means that I believe we still have to
tell users to build poly with --enable-shared.

Progress with #292


# de4ec05a 05-Aug-2009 Michael Norrish <Michael.Norrish@nicta.com.au>

Make our copy of mllex use the 2002 Basis Library.


# 240b34fb 29-May-2008 Michael Norrish <Michael.Norrish@nicta.com.au>

Remove need for separate tools-poly/mllex directory.
Also change user configuration experience slightly; put your poly
paths into a file called tools-poly/poly-includes.ML. In the form
val poly = "<path to poly executable>"
val polymllibdir = "<path to directory containing poly's lib files>"
This way we get to avoid changing tools-poly/configure.sml just to get
our own builds working.


# cddd90a0 05-Mar-2008 Michael Norrish <Michael.Norrish@nicta.com.au>

Make the organsiation of the mllex source-code a bit cleaner so that
the polyml version can be built more easily. If you have polyml
installed nicely, it should be possible to get a poly version of mllex
by just going
make -f Holmakefile mllex.exe
in the tools/mllex directory. The tricksiness in Holmakefile is more
cute than useful, as it's not used by Holmake.