#
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.
|