/usr/share/doc/mlton/guide/CompilationManager is in mlton-doc 20100608-5.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta name="robots" content="index,nofollow">
<title>CompilationManager - MLton Standard ML Compiler (SML Compiler)</title>
<link rel="stylesheet" type="text/css" charset="iso-8859-1" media="all" href="common.css">
<link rel="stylesheet" type="text/css" charset="iso-8859-1" media="screen" href="screen.css">
<link rel="stylesheet" type="text/css" charset="iso-8859-1" media="print" href="print.css">
<link rel="Start" href="Home">
</head>
<body lang="en" dir="ltr">
<script src="http://www.google-analytics.com/urchin.js" type="text/javascript">
</script>
<script type="text/javascript">
_uacct = "UA-833377-1";
urchinTracker();
</script>
<table bgcolor = lightblue cellspacing = 0 style = "border: 0px;" width = 100%>
<tr>
<td style = "
border: 0px;
color: darkblue;
font-size: 150%;
text-align: left;">
<a class = mltona href="Home">MLton MLTONWIKIVERSION</a>
<td style = "
border: 0px;
font-size: 150%;
text-align: center;
width: 50%;">
CompilationManager
<td style = "
border: 0px;
text-align: right;">
<table cellspacing = 0 style = "border: 0px">
<tr style = "vertical-align: middle;">
</table>
<tr style = "background-color: white;">
<td colspan = 3
style = "
border: 0px;
font-size:70%;
text-align: right;">
<a href = "Home">Home</a>
<a href = "TitleIndex">Index</a>
</table>
<div id="content" lang="en" dir="ltr">
The <a class="external" href="http://www.smlnj.org/doc/CM/index.html"><img src="moin-www.png" alt="[WWW]" height="11" width="11">Compilation Manager</a> (CM) is SML/NJ's mechanism for supporting programming-in-the-very-large. To aid in porting code from SML/NJ and in developing code simultaneously with MLton and SML/NJ, MLton supports a very limited subset of CM files. From MLton's point of view, a CM file <tt>foo.cm</tt> defines a list of SML source files. The call
<pre>mlton foo.cm</pre> is equivalent to compiling an SML program consisting of the concatenation of these files. As always with MLton, the concatenation must be the whole program you wish to compile. <p>
In its simplest form, a CM file contains the keywords <tt>Group is</tt> followed by an explicit list of sml files. For example, if <tt>foo.cm</tt> contains
<pre>Group is
bar.sig
bar.fun
main.sml
</pre>then a call <tt>mlton foo.cm</tt> is equivalent to concatenating the three files together and calling MLton on that SML file. The list of files defined by a CM file is the same as the order in which the filenames appear in the CM file. Thus, to MLton, order in a CM file matters. In the above example, if <tt>main.sml</tt> refers to a structure defined in <tt>bar.fun</tt>, then <tt>main.sml</tt> must appear after <tt>bar.fun</tt> in the file list.
</p>
<p>
CM files can also refer to other CM files. A reference to <tt>bar.cm</tt> from within <tt>foo.cm</tt> means to include all of the SML files defined by <tt>bar.cm</tt> before any of the subsequent files in <tt>foo.cm</tt>. For example if <tt>foo.cm</tt> contains
<pre>Group is
bar.cm
main.sml
</pre>and <tt>bar.cm</tt> contains
<pre>Group is
bar.sig
bar.fun
</pre>then a call to <tt>mlton foo.cm</tt> is equivalent to compiling the concatenation of <tt>bar.sig</tt>, <tt>bar.fun</tt>, and <tt>main.sml</tt>.
</p>
<p>
CM also has a preprocessor mechanism that allows files to be conditionally included. This can be useful when developing code with SML/NJ and MLton. In SML/NJ, the preprocessor defines the symbol <tt>SMLNJ_VERSION</tt>. In MLton, no symbols are defined. So, to conditionally include <tt>foo.sml</tt> when compiling under SML/NJ, one can use the following pattern.
<pre># if (defined(SMLNJ_VERSION))
foo.sml
# endif
</pre>To conditionally include <tt>foo.sml</tt> when compiling under MLton, one can negate the test.
<pre># if (! defined(SMLNJ_VERSION))
foo.sml
# endif
</pre>
</p>
<p>
The filenames listed in a CM file can be either absolute paths or relative paths, in which case they are interpreted relative to the directory containing the CM file. If a CM file refers either directly or indirectly to an SML source file in more than one way, only the first occurrence of the file is included. Finally, the only valid file suffixes in a CM file are <tt>.cm</tt>, <tt>.fun</tt>, <tt>.sig</tt>, and <tt>.sml</tt>.
</p>
<h2 id="head-ca00d604dc703957fefda79998b469d29c782097">Comparison with CM</h2>
<p>
If you are unfamiliar with CM under SML/NJ, then you can skip this section.
</p>
<p>
MLton supports the full syntax of CM as of SML/NJ version 110.9.1. Extensions since then are unsupported. Also, many of the syntactic constructs are ignored. The most important difference between the two is that order in CM files matters to MLton but not to SML/NJ, which performs automatic dependency analysis. Also, CM supports export filters, which restricts the visibility of modules. MLton ignores export filters. As a consequence, it is possible that a program that is accepted by SML/NJ's CM might not be accepted by MLton's CM. In this case, you will have to manually reorder the files and possibly rename modules so that the concatenation of the files is the program you intend.
</p>
<p>
CM performs cutoff recompilation to avoid recompiling the entire program, while MLton always compiles the entire program. CM makes a distinction between groups and libraries, which MLton does not. CM supports other tools like lex and yacc, while MLton does not. MLton relies on traditional makefiles to use other tools.
</p>
<h2 id="head-193cb628868edba7572702dfc2473d103eecc836">Porting SML/NJ CM files to MLton</h2>
<p>
If you have already created large projects using SML/NJ and CM, there may be a large number of file dependencies implicit in your sources that are not reflected in your CM files. Because MLton relies on ordering in CM files, your CM files probably will not work with MLton. To help in porting CM files to MLton, the MLton distribution includes the sources for a utility, <tt>cmcat</tt>, that will print an ordered list of files corresponding to a CM file. See <tt>util/cmcat/cmcat.sml</tt> for details. Building <tt>cmcat</tt> requires that you have already installed a recent version of SML/NJ.
</p>
<p>
Alternatively, you can convert your CM files to <tt>.mlb</tt> files. The MLton distribution includes the sources for a utility, <tt>cm2mlb</tt>, that will print an <a href="MLBasis"> ML Basis</a> file with essentially the same semantics as the CM file -- handling the full syntax of CM supported by your installed SML/NJ version and correctly handling export filters. When <tt>cm2mlb</tt> encounters a <tt>.cm</tt> import, it attempts to convert it to a corresponding <tt>.mlb</tt> import. CM anchored paths are translated to paths according to a default configuration file (<tt>cm2mlb-map</tt>). For example, the default configuration includes
<pre>$basis.cm/basis.cm $(SML_LIB)/basis/basis.mlb
</pre> to ensure that a <tt>$/basis.cm</tt> import is translated to a <tt>$(SML_LIB)/basis/basis.mlb</tt> import. See <tt>util/cm2mlb</tt> for details. Building <tt>cm2mlb</tt> requires that you have already installed a recent version of SML/NJ.
</p>
</div>
<p>
<hr>
Last edited on 2005-11-30 23:40:40 by <span title="ppp-71-139-183-221.dsl.snfc21.pacbell.net"><a href="StephenWeeks">StephenWeeks</a></span>.
</body></html>
|