Home My Page Projects Code Snippets Project Openings SML/NJ
Summary Activity Forums Tracker Lists Tasks Docs Surveys News SCM Files

SCM Repository

[smlnj] Diff of /sml/trunk/HISTORY
ViewVC logotype

Diff of /sml/trunk/HISTORY

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 676, Sat Jun 24 03:37:03 2000 UTC revision 1208, Tue May 21 02:22:43 2002 UTC
# Line 8  Line 8 
8  The form of an entry should be:  The form of an entry should be:
9    
10  Name:  Name:
11  Date:  Date: yyyy/mm/dd
12  Tag: <post-commit CVS tag>  Tag: <post-commit CVS tag>
13  Description:  Description:
14    
15    ----------------------------------------------------------------------
16    Name: Matthias Blume
17    Date: 2002/05/20 22:25:00 EDT
18    Tag: blume-20020520-controls
19    Description:
20    
21    - Added ControlUtil structure to control-lib.cm.
22    - Use it throughout.
23    - Used Controls facility to define MLRISC controls (as opposed to
24      registering MLRISC control ref cells with Controls after the fact)
25    - Fixed messed-up controls priorities.
26    
27    * Removed again all the stuff from config/preloads that one wouldn't
28      be able to preload at the time the initial heap image is built.
29      (Many libraries, e.g., CML, do not exist yet at this time.  The
30       only libraries that can be preloaded via config/preloads are those
31       that come bundled with the bootfiles.)
32    
33    ----------------------------------------------------------------------
34    Name: Matthias Blume
35    Date: 2002/05/20 10:59:00 EDT
36    Tag: blume-20020520-preloads
37    Description:
38    
39    Added a lot of commented-out suggestions for things to be included
40    in config/preloads.
41    
42    ----------------------------------------------------------------------
43    Name: Allen Leung
44    Date: 2002/05/18 14:20:00 EDT
45    Tag: leunga-20020518-mdl
46    Description:
47    
48    o Made the mdl tool stuff compile and run again.
49    o I've disabled all the stuff that depends on RTL specifications; they
50      are all badly broken anyway.
51    
52    ----------------------------------------------------------------------
53    Name: Matthias Blume
54    Date: 2002/05/17 16:49:00 EDT
55    Tag: blume-20020517-controls
56    Description:
57    
58    0. John Reppy made several modifications to the SML/NJ library.
59       In particular, there is a shiny new controls-lib.cm.
60    
61    1. Pushed new controls interface through compiler so that everything
62       compiles again.
63    
64    2. Added FormatComb and FORMAT_COMB to the CML version of the
65       SML/NJ library (so that CML compiles again).
66    
67    3. Modified init scripts because XXX_DEFAULT environment variables
68       are no longer with us.  (Boot-time initialization is now done
69       using the same environment variables that are also used for
70       startup-time initialization of controls.)
71    
72    ----------------------------------------------------------------------
73    Name: Lal George
74    Date: 2002/05/15 09:20:10 EDT
75    Tag: george-20020515-pseudo-op-decls
76    Description:
77    
78            All pseudo-ops emitted before the first segment declaration
79    such as TEXT, DATA, and BSS directives are assumed to be global
80    declarations and are emitted first in the assembly file. This is
81    useful in a number of situations where one has pseudo-ops that are not
82    specific to any segment, and also works around the constraint that one
83    cannot have client pseudo-ops in the TEXT segment.
84    
85            Because no segment is associated with these declarations it is
86    an error to allocate any space or objects before the first segment
87    directive and an exception will be raised. However, we cannot make
88    this check for client pseudo-ops.
89    
90            These top level declarations are a field in the CFG graph_info.
91    In theory you can continue to add to this field after the CFG has been
92    built -- provided you know what you are doing;-)
93    
94    ----------------------------------------------------------------------
95    Name: Matthias Blume
96    Date: 2002/05/13 16:40:00 EDT
97    Tag: blume-20020513-pp-etc
98    Description:
99    
100    A few minor bugfixes:
101    
102      - Stopgap measure for bug recently reported by Elsa Gunter (ppDec).
103        (Bogus printouts for redefined bindings still occur.  Compiler
104        bug should no longer occur now.  We need to redo the prettyprinter
105        from scratch.)
106    
107      - CM pathname printer now also adds escape sequences for ( and )
108    
109      - commend and docu fixes for ml-nlffi
110    
111    ----------------------------------------------------------------------
112    Name: Matthias Blume
113    Date: 2002/05/10 16:40:00 EDT
114    Tag: blume-20020510-erg-textio
115    Description:
116    
117    Applied the following bugfix provided by Emden Gansner:
118    
119        Output is corrupted when outputSubstr is used rather than output.
120    
121        The problem occurs when a substring
122    
123            ss = (s, dataStart, dataLen)
124    
125        where dataStart > 0, fills a stream buffer with avail bytes left.
126        avail bytes of s, starting at index dataStart, are copied into the
127        buffer, the buffer is flushed, and then the remaining dataLen-avail
128        bytes of ss are copied into the beginning of the buffer. Instead of
129        starting this copy at index dataStart+avail in s, the current code
130        starts the copy at index avail.
131    
132        Fix:
133        In text-io-fn.sml, change line 695 from
134             val needsFlush = copyVec(v, avail, dataLen-avail, buf, 0)
135        to
136             val needsFlush = copyVec(v, dataStart+avail, dataLen-avail, buf, 0)
137    
138    ----------------------------------------------------------------------
139    Name: Matthias Blume
140    Date: 2002/04/12 13:55:00 EDT
141    Tag: blume-20020412-assyntax
142    Description:
143    
144    1. Grabbed newer assyntax.h from the XFree86 project.
145    2. Fiddled with how to compile X86.prim.asm without warnings.
146    3. (Very) Minor cleanup in CM.
147    
148    ----------------------------------------------------------------------
149    Name: Matthias Blume
150    Date: 2002/04/01 (no joke!) 17:07:00 EST
151    Tag: blume-20020401-x86div
152    Description:
153    
154    Added full support for div/mod/rem/quot on the x86, using the machine
155    instruction's two results (without clumsily recomputing the remainder)
156    directly where appropriate.
157    
158    Some more extensive power-of-two support was added to the x86 instruction
159    selector (avoiding expensive divs, mods, and muls where they can be
160    replaced with cheaper shifts and masks).  However, this sort of thing
161    ought to be done earlier, e.g., within the CPS optimizer so that
162    all architectures benefit from it.
163    
164    The compiler compiles to a fixed point, but changes might be somewhat
165    fragile nevertheless.  Please, report any strange things that you might
166    see wrt. div/mod/quot/rem...
167    
168    ----------------------------------------------------------------------
169    Name: Matthias Blume
170    Date: 2002/03/29 17:22:00
171    Tag: blume-20020329-div
172    Description:
173    
174    Fixed my broken div/mod logic.  Unfortunately, this means that the
175    inline code for div/mod now has one more comparison than before.
176    Fast paths (quotient > 0 or remainder = 0) are not affected, though.
177    The problem was with quotient = 0, because that alone does not tell
178    us which way the rounding went.  One then has to look at whether
179    remainder and divisor have the same sign...  :(
180    
181    Anyway, I replaced the bootfiles with fresh ones...
182    
183    ----------------------------------------------------------------------
184    Name: Matthias Blume
185    Date: 2002/03/29 14:10:00 EST
186    Tag: blume-20020329-inlprims
187    Description:
188    
189    NEW BOOTFILES!!!    Version number bumped to 110.39.3.
190    
191    Primops have changed. This means that the bin/boot-file formats have
192    changed as well.
193    
194    To make sure that there is no confusion, I made a new version.
195    
196    
197    CHANGES:
198    
199    * removed REMT from mltree (remainder should never overflow).
200    
201    * added primops to deal with divisions of all flavors to the frontend
202    
203    * handled these primops all the way through so they map to their respective
204      MLRISC support
205    
206    * used these primops in the implementation of Int, Int32, Word, Word32
207    
208    * removed INLDIV, INLMOD, and INLREM as they are no longer necessary
209    
210    * parameterized INLMIN, INLMAX, and INLABS by a numkind
211    
212    * translate.sml now deals with all flavors of INL{MIN,MAX,ABS}, including
213      floating point
214    
215    * used INL{MIN,MAX,ABS} in the implementation of Int, Int32, Word, Word32,
216      and Real (but Real.abs maps to a separate floating-point-only primop)
217    
218    
219    TODO items:
220    
221    * Hacked Alpha32 instruction selection, disabling the selection of REMx
222      instructions because the machine instruction encoder cannot handle
223      them.  (Hppa, PPC, and Sparc instruction selection did not handle
224      REM in the first place, and REM is supported by the x86 machine coder.)
225    
226    * Handle DIV and MOD with DIV_TO_NEGINF directly in the x86 instruction
227      selection phase.  (The two can be streamlined because the hardware
228      delivers both quotient and remainder at the same time anyway.)
229    
230    * Think about what to do with "valOf(Int32.minInt) div ~1" and friends.
231      (Currently the behavior is inconsistent both across architectures and
232      wrt. the draft Basis spec.)
233    
234    * Word8 should eventually be handled natively, too.
235    
236    * There seems to be one serious bug in mltree-gen.sml.  It appears, though,
237      as if there currently is no execution path that could trigger it in
238      SML/NJ.  (The assumptions underlying functions arith and promotable do not
239      hold for things like multiplication and division.)
240    
241    ----------------------------------------------------------------------
242    Name: Matthias Blume
243    Date: 2002/03/27 16:27:00 EST
244    Tag: blume-20020327-mlrisc-divisions
245    Description:
246    
247    Added support for all four division operations (ML's div, mod, quot,
248    and rem) to MLRISC.  In the course of doing so, I also rationalized
249    the naming (no more annoying switch-around of DIV and QUOT), by
250    parameterizing the operation by div_rounding_mode (which can be either
251    DIV_TO_ZERO or DIV_TO_NEGINF).
252    
253    The generic MLTreeGen functor takes care of compiling all four
254    operations down to only round-to-zero div.
255    
256    Missing pieces:
257    
258      * Doing something smarter than relying on MLTreeGen on architectures
259        like, e.g., the x86 where hardware division delivers both quotient and
260        remainder at the same time.  With this, the implementation of the
261        round-to-neginf operations could be further streamlined.
262    
263      * Remove inlining support for div/mod/rem from the frontend and replace it
264        with primops that get carried through to the backend.  Do this for all
265        int and word types.
266    
267    ----------------------------------------------------------------------
268    Name: Matthias Blume
269    Date: 2002/03/25 17:25:00 EST
270    Tag: blume-20020325-divmod
271    Description:
272    
273    I improved (hopefully without breaking them) the implementation of Int.div,
274    Int.mod, and Int.rem.   For this, the code in translate.sml now takes
275    advantage of the following observations:
276    
277      Let  q = x quot y      r = x rem y
278           d = x div  y      m = x mod y
279    
280    where "quot" is the round-to-zero version of integer division that
281    hardware usually provides.  Then we have:
282    
283         r = x - q * y        where neither the * nor the - will overflow
284         d = if q >= 0 orelse x = q * y then q else q - 1
285                              where neither the * nor the - will overflow
286         m = if q >= 0 orelse r = 0 then r else r + y
287                              where the + will not overflow
288    
289    This results in substantial simplification of the generated code.
290    The following table shows the number of CFG nodes and edges generated
291    for
292            fun f (x, y) = x OPER y
293            (* with OPER \in div, mod, quot, rem *)
294    
295    
296        OPER | nodes(old) | edges(old) | nodes(new) | edges(new)
297        --------------------------------------------------------
298         div |         24 |         39 |         12 |         16
299         mod |         41 |         71 |         12 |         16
300        quot |          8 |         10 |          8 |         10
301         rem |         10 |         14 |          8 |         10
302    
303    
304    ----------------------------------------------------------------------
305    Name: Matthias Blume
306    Date: 2002/03/25 22:06:00 EST
307    Tag: blume-20020325-cprotobug
308    Description:
309    
310    Fixed a bug in cproto (c prototype decoder).
311    
312    ----------------------------------------------------------------------
313    Name: Matthias Blume
314    Date: 2002/03/25 16:00:00 EST
315    Tag: blume-20020325-raw-primops
316    Description:
317    
318    I did some cleanup to Allen's new primop code and
319    replaced yesterday's bootfiles with new ones.
320    (But they are stored in the same place.)
321    
322    ----------------------------------------------------------------------
323    Name: Matthias Blume
324    Date: 2002/03/24 22:40:00 EST
325    Tag: blume-20020324-bootfiles
326    Description:
327    
328    Made the bootfiles that Allen asked for.
329    
330    ----------------------------------------------------------------------
331    Name: Allen Leung
332    Date: 2002/03/23 15:50:00 EST
333    Tag: leunga-20020323-flint-cps-rcc-primops
334    Description:
335    
336      1. Changes to FLINT primops:
337    
338        (* make a call to a C-function;
339         * The primop carries C function prototype information and specifies
340         * which of its (ML-) arguments are floating point. C prototype
341         * information is for use by the backend, ML information is for
342         * use by the CPS converter. *)
343      | RAW_CCALL of { c_proto: CTypes.c_proto,
344                       ml_args: ccall_type list,
345                       ml_res_opt: ccall_type option,
346                       reentrant : bool
347                     } option
348       (* Allocate uninitialized storage on the heap.
349        * The record is meant to hold short-lived C objects, i.e., they
350        * are not ML pointers.  With the tag, the representation is
351        * the same as RECORD with tag tag_raw32 (sz=4), or tag_fblock (sz=8)
352        *)
353      | RAW_RECORD of {tag:bool,sz:int}
354      and ccall_type = CCALL_INT32 | CCALL_REAL64 | CCALL_ML_PTR
355    
356      2.  These CPS primops are now overloaded:
357    
358           rawload of {kind:numkind}
359           rawstore of {kind:numkind}
360    
361          The one argument form is:
362    
363             rawload {kind} address
364    
365          The two argument form is:
366    
367             rawload {kind} [ml object, byte-offset]
368    
369      3. RAW_CCALL/RCC now takes two extra arguments:
370    
371         a. The first is whether the C call is reentrant, i.e., whether
372            ML state should be saved and restored.
373         b. The second argument is a string argument specifying the name of
374            library and the C function.
375    
376         These things are currently not handled in the code generator, yet.
377    
378      4. In CProto,
379    
380         An encoding type of "bool" means "ml object" and is mapped into
381         C prototype of PTR.  Note that "bool" is different than "string",
382         even though "string" is also mapped into PTR, because "bool"
383         is assigned an CPS type of BOGt, while "string" is assigned INT32t.
384    
385      5. Pickler/unpicker
386    
387         Changed to handle RAW_RECORD and newest RAW_CCALL
388    
389      6. MLRiscGen,
390    
391         1. Changed to handle the new rawload/rawstore/rawrecord operators.
392         2. Code for handling C Calls has been moved to a new module CPSCCalls,
393            in the file CodeGen/cpscompile/cps-c-calls.sml
394    
395      7. Added the conditional move operator
396    
397             condmove of branch
398    
399         to cps.  Generation of this is still buggy so it is currently
400         disabled.
401    
402    ----------------------------------------------------------------------
403    Name: Lal George
404    Date: 2002/03/22 14:18:25 EST
405    Tag: george-20020322-cps-branch-prob
406    Description:
407    
408    Implemented the Ball-Larus branch prediction-heuristics, and
409    incorporated graphical viewers for control flow graphs.
410    
411    Ball-Larus Heuristics:
412    ---------------------
413    See the file compiler/CodeGen/cpscompile/cpsBranchProb.sml.
414    
415    By design it uses the Dempster-Shafer theory for combining
416    probabilities.  For example, in the function:
417    
418        fun f(n,acc) = if n = 0 then acc else f(n-1, n*acc)
419    
420    the ball-larus heuristics predicts that the n=0 is unlikely
421    (OH-heuristic), and the 'then' branch is unlikely because of the
422    RH-heuristic -- giving the 'then' branch an even lower combined
423    probability using the Dempster-Shafer theory.
424    
425    Finally, John Reppy's loop analysis in MLRISC, further lowers the
426    probability of the 'then' branch because of the loop in the else
427    branch.
428    
429    
430    Graphical Viewing:
431    ------------------
432    I merely plugged in Allen's graphical viewers into the compiler. The
433    additional code is not much. At the top level, saying:
434    
435            Control.MLRISC.getFlag "cfg-graphical-view" := true;
436    
437    will display the graphical view of the control flow graph just before
438    back-patching.  daVinci must be in your path for this to work. If
439    daVinci is not available, then the default viewer can be changed
440    using:
441    
442            Control.MLRISC.getString "viewer"
443    
444    which can be set to "dot" or "vcg" for the corresponding viewers. Of
445    course, these viewers must be in your path.
446    
447    The above will display the compilation unit at the level of clusters,
448    many of which are small, boring, and un-interesting. Also setting:
449    
450            Control.MLRISC.getInt "cfg-graphical-view_size"
451    
452    will display clusters that are larger than the value set by the above.
453    
454    
455    ----------------------------------------------------------------------
456    Name: Matthias Blume
457    Date: 2002/03/21 22:20:00 EST
458    Tag: blume-20020321-kmp-bugfix
459    Description:
460    
461    Changed the interface to the KMP routine in PreString and fixed
462    a minor bug in one place where it was used.
463    
464    ----------------------------------------------------------------------
465    Name: Allen Leung
466    Date: 2002/03/21 20:30:00 EST
467    Tag: leunga-20020321-cfg
468    Description:
469    
470      Fixed a potential problem in cfg edge splitting.
471    
472    ----------------------------------------------------------------------
473    Name: Allen Leung
474    Date: 2002/03/21 17:15:00 EST
475    Tag: leunga-20020321-x86-fp-cfg
476    Description:
477    
478      1. Recoded the buggy parts of x86-fp.
479    
480         a. All the block reordering code has been removed.
481            We now depend on the block placement phases to do this work.
482    
483         b. Critical edge splitting code has been simplified and moved into the
484            CFG modules, as where they belong.
485    
486         Both of these were quite buggy and complex.  The code is now much, much
487         simpler.
488    
489      2. X86 backend.
490    
491         a. Added instructions for 64-bit support.  Instruction selection for
492            64-bit has not been committed, however, since that
493            requires changes to MLTREE which haven't been approved by
494            Lal and John.
495    
496         b. Added support for FUCOMI and FUCOMIP when generating code for
497            PentiumPro and above.  We only generate these instructions in
498            the fast-fp mode.
499    
500         c. Added cases for JP and JNP in X86FreqProps.
501    
502      3. CFG
503    
504         CFG now has a bunch of methods for edge splitting and merging.
505    
506      4. Machine description.
507    
508         John's simplification of MLTREE_BASIS.fcond broke a few machine
509         description things:
510    
511         rtl-build.{sig,sml} and hppa.mdl fixed.
512    
513         NOTE: the machine description stuff in the repository is still broken.
514               Again, I can't put my fixes in because that involves
515               changes to MLTREE.
516    
517    ----------------------------------------------------------------------
518    Name: Matthias Blume
519    Date: 2002/03/20 15:55:00 EST
520    Tag: blume-20020320-kmp
521    Description:
522    
523    Implemented Knuth-Morris-Pratt string matching in PreString and used
524    it for String.isSubstring, Substring.isSubstring, and
525    Substring.position.
526    
527    (Might need some stress-testing.  Simple examples worked fine.)
528    
529    ----------------------------------------------------------------------
530    Name: Matthias Blume
531    Date: 2002/03/19 16:37:00 EST
532    Tag: blume-20020319-witnesses
533    Description:
534    
535    Added a structure C.W and functions convert/Ptr.convert to ml-nlffi-lib.
536    
537    This implements a generic mechanism for changing constness qualifiers
538    anywhere within big C types without resorting to outright "casts".
539    (So far, functions such as C.rw/C.ro or C.Ptr.rw/C.Ptr.ro only let you
540    modify the constness at the outermost level.)
541    The implementation of "convert" is based on the idea of "witness"
542    values -- values that are not used by the operation but whose types
543    "testify" to their applicability.  On the implementation side, "convert"
544    is simply a projection (returning its second curried argument).  With
545    cross-module inlining, it should not result in any machine code being
546    generated.
547    
548    ----------------------------------------------------------------------
549    Name: Matthias Blume
550    Date: 2002/03/15 16:40:00 EST
551    Tag: blume-20020315-basis
552    Description:
553    
554    Provided (preliminary?) implementations for
555    
556      {String,Substring}.{concatWith,isSuffix,isSubstring}
557    
558    and
559    
560      Substring.full
561    
562    Those are in the Basis spec but they were missing in SML/NJ.
563    
564    ----------------------------------------------------------------------
565    Name: Matthias Blume
566    Date: 2002/03/14 21:30:00 EST
567    Tag: blume-20020314-controls
568    Description:
569    
570    Controls:
571    ---------
572    
573    1. Factored out the recently-added Controls : CONTROLS stuff and put
574       it into its own library $/controls-lib.cm.  The source tree for
575       this is under src/smlnj-lib/Controls.
576    
577    2. Changed the names of types and functions in this interface, so they
578       make a bit more "sense":
579    
580          module -> registry
581          'a registry -> 'a group
582    
583    3. The interface now deals in ref cells only.  The getter/setter interface
584       is (mostly) gone.
585    
586    4. Added a function that lets one register an already-existing ref cell.
587    
588    5. Made the corresponding modifications to the rest of the code so that
589       everything compiles again.
590    
591    6. Changed the implementation of Controls.MLRISC back to something closer
592       to the original.  In particular, this module (and therefore MLRISC)
593       does not depend on Controls.  There now is some link-time code in
594       int-sys.sml that registers the MLRISC controls with the Controls
595       module.
596    
597    CM:
598    ---
599    
600      * One can now specify the lambda-split aggressiveness in init.cmi.
601    
602    ----------------------------------------------------------------------
603    Name: Allen Leung
604    Date: 2002/03/13 17:30:00 EST
605    Tag: leunga-20020313-x86-fp-unary
606    Description:
607    
608    Bug fix for:
609    
610    > leunga@weaselbane:~/Yale/tmp/sml-dist{21} bin/sml
611    > Standard ML of New Jersey v110.39.1 [FLINT v1.5], March 08, 2002
612    > - fun f(x,(y,z)) = Real.~ y;
613    > [autoloading]
614    > [autoloading done]
615    >       fchsl   (%eax), 184(%esp)
616    > Error: MLRisc bug: X86MCEmitter.emitInstr
617    >
618    > uncaught exception Error
619    >   raised at: ../MLRISC/control/mlriscErrormsg.sml:16.14-16.19
620    
621    The problem was that the code generator did not generate any fp registers
622    in this case, and the ra didn't know that it needed to run the X86FP phase to
623    translate the pseudo fp instruction.   This only happened with unary fp
624    operators in certain situations.
625    
626    ----------------------------------------------------------------------
627    Name: Matthias Blume
628    Date: 2002/03/13 14:00:00 EST
629    Tag: blume-20020313-overload-etc
630    Description:
631    
632    1. Added _overload as a synonym for overload for backward compatibility.
633       (Control.overloadKW must be true for either version to be accepted.)
634    
635    2. Fixed bug in install script that caused more things to be installed
636       than what was requested in config/targets.
637    
638    3. Made CM aware of the (_)overload construct so that autoloading
639       works.
640    
641    ----------------------------------------------------------------------
642    Name: Matthias Blume
643    Date: 2002/03/12 22:03:00 EST
644    Tag: blume-20020312-url
645    Description:
646    
647    Forgot to update BOOT and srcarchiveurl.
648    
649    ----------------------------------------------------------------------
650    Name: Matthias Blume
651    Date: 2002/03/12 17:30:00 EST
652    Tag: blume-20020312-version110392
653    Description:
654    
655    Yet another version number bump (because of small changes to the
656    binfile format).  Version number is now 110.39.2.  NEW BOOTFILES!
657    
658    Changes:
659    
660      The new pid generation scheme described a few weeks ago was overly
661      complicated.  I implemented a new mechanism that is simpler and
662      provides a bit more "stability":  Once CM has seen a compilation
663      unit, it keeps its identity constant (as long as you do not delete
664      those crucial CM/GUID/* files).  This means that when you change
665      an interface, compile, then go back to the old interface, and
666      compile again, you arrive at the original pid.
667    
668      There now also is a mechanism that instructs CM to use the plain
669      environment hash as a module's pid (effectively making its GUID
670      the empty string).  For this, "noguid" must be specified as an
671      option to the .sml file in question within its .cm file.
672      This is most useful for code that is being generated by tools such
673      as ml-nlffigen (because during development programmers tend to
674      erase the tool's entire output directory tree including CM's cached
675      GUIDs).  "noguid" is somewhat dangerous (since it can be used to locally
676      revert to the old, broken behavior of SML/NJ, but in specific cases
677      where there is no danger of interface confusion, its use is ok
678      (I think).
679    
680      ml-nlffigen by default generates "noguid" annotations.  They can be
681      turned off by specifying -guid in its command line.
682    
683    ----------------------------------------------------------------------
684    Name: Lal George
685    Date: 2002/03/12 12 14:42:36 EST
686    Tag: george-20020312-frequency-computation
687    Description:
688    
689    Integrated jump chaining and static block frequency into the
690    compiler. More details and numbers later.
691    
692    ----------------------------------------------------------------------
693    Name: Lal George
694    Date: 2002/03/11 11 22:38:53 EST
695    Tag: george-20020311-jump-chain-elim
696    Description:
697    
698    Tested the jump chain elimination on all architectures (except the
699    hppa).  This is on by default right now and is profitable for the
700    alpha and x86, however, it may not be profitable for the sparc and ppc
701    when compiling the compiler.
702    
703    The gc test will typically jump to a label at the end of the cluster,
704    where there is another jump to an external cluster containing the actual
705    code to invoke gc. This is to allow factoring of common gc invocation
706    sequences. That is to say, we generate:
707    
708            f:
709               testgc
710               ja   L1      % jump if above to L1
711    
712            L1:
713               jmp L2
714    
715    
716    After jump chain elimination the 'ja L1' instructions is converted to
717    'ja L2'. On the sparc and ppc, many of the 'ja L2' instructions may end
718    up being implemented in their long form (if L2 is far away) using:
719    
720            jbe     L3      % jump if below or equal to L3
721            jmp     L2
722         L3:
723            ...
724    
725    
726    For large compilation units L2  may be far away.
727    
728    
729    ----------------------------------------------------------------------
730    Name: Matthias Blume
731    Date: 2002/03/11 13:30:00 EST
732    Tag: blume-20020311-mltreeeval
733    Description:
734    
735    A functor parameter was missing.
736    
737    ----------------------------------------------------------------------
738    Name: Allen Leung
739    Date: 2002/03/11 10:30:00 EST
740    Tag: leunga-20020311-runtime-string0
741    Description:
742    
743       The representation of the empty string now points to a
744    legal null terminated C string instead of unit.  It is now possible
745    to convert an ML string into C string with InlineT.CharVector.getData.
746    This compiles into one single machine instruction.
747    
748    ----------------------------------------------------------------------
749    Name: Allen Leung
750    Date: 2002/03/10 23:55:00 EST
751    Tag: leunga-20020310-x86-call
752    Description:
753    
754       Added machine generation for CALL instruction (relative displacement mode)
755    
756    ----------------------------------------------------------------------
757    Name: Matthias Blume
758    Date: 2002/03/08 16:05:00
759    Tag: blume-20020308-entrypoints
760    Description:
761    
762    Version number bumped to 110.39.1.  NEW BOOTFILES!
763    
764    Entrypoints: non-zero offset into a code object where execution should begin.
765    
766    - Added the notion of an entrypoint to CodeObj.
767    - Added reading/writing of entrypoint info to Binfile.
768    - Made runtime system bootloader aware of entrypoints.
769    - Use the address of the label of the first function given to mlriscGen
770      as the entrypoint.  This address is currently always 0, but it will
771      not be 0 once we turn on block placement.
772    - Removed the linkage cluster code (which was The Other Way(tm) of dealing
773      with entry points) from mlriscGen.
774    
775    ----------------------------------------------------------------------
776    Name: Allen Leung
777    Date: 2002/03/07 20:45:00 EST
778    Tag: leunga-20020307-x86-cmov
779    Description:
780    
781       Bug fixes for CMOVcc on x86.
782    
783       1. Added machine code generation for CMOVcc
784       2. CMOVcc is now generated in preference over SETcc on PentiumPro or above.
785       3. CMOVcc cannot have an immediate operand as argument.
786    
787    ----------------------------------------------------------------------
788    Name: Matthias Blume
789    Date: 2002/03/07 16:15:00 EST
790    Tag: blume-20020307-controls
791    Description:
792    
793    This is a very large but mostly boring patch which makes (almost)
794    every tuneable compiler knob (i.e., pretty much everything under
795    Control.* plus a few other things) configurable via both the command
796    line and environment variables in the style CM did its configuration
797    until now.
798    
799    Try starting sml with '-h' (or, if you are brave, '-H')
800    
801    To this end, I added a structure Controls : CONTROLS to smlnj-lib.cm which
802    implements the underlying generic mechanism.
803    
804    The interface to some of the existing such facilities has changed somewhat.
805    For example, the MLRiscControl module now provides mkFoo instead of getFoo.
806    (The getFoo interface is still there for backward-compatibility, but its
807    use is deprecated.)
808    
809    The ml-build script passes -Cxxx=yyy command-line arguments through so
810    that one can now twiddle the compiler settings when using this "batch"
811    compiler.
812    
813    TODO items:
814    
815    We should go through and throw out all controls that are no longer
816    connected to anything.  Moreover, we should go through and provide
817    meaningful (and correct!) documentation strings for those controls
818    that still are connected.
819    
820    Currently, multiple calls to Controls.new are accepted (only the first
821    has any effect).  Eventually we should make sure that every control
822    is being made (via Controls.new) exactly once.  Future access can then
823    be done using Controls.acc.
824    
825    Finally, it would probably be a good idea to use the getter-setter
826    interface to controls rather than ref cells.  For the time being, both
827    styles are provided by the Controls module, but getter-setter pairs are
828    better if thread-safety is of any concern because they can be wrapped.
829    
830    *****************************************
831    
832    One bug fix: The function blockPlacement in three of the MLRISC
833    backpatch files used to be hard-wired to one of two possibilities at
834    link time (according to the value of the placementFlag).  But (I
835    think) it should rather sense the flag every time.
836    
837    *****************************************
838    
839    Other assorted changes (by other people who did not supply a HISTORY entry):
840    
841    1. the cross-module inliner now works much better (Monnier)
842    2. representation of weights, frequencies, and probabilities in MLRISC
843       changed in preparation of using those for weighted block placement
844       (Reppy, George)
845    
846    ----------------------------------------------------------------------
847    Name: Lal George
848    Date: 2002/03/07 14:44:24 EST 2002
849    Tag: george-20020307-weighted-block-placement
850    
851    Tested the weighted block placement optimization on all architectures
852    (except the hppa) using AMPL to generate the block and edge frequencies.
853    Changes were required in the machine properties to correctly
854    categorize trap instructions. There is an MLRISC flag
855    "weighted-block-placement" that can be used to enable weighted block
856    placement, but this will be ineffective without block/edge
857    frequencies (coming soon).
858    
859    
860    ----------------------------------------------------------------------
861    Name: Lal George
862    Date: 2002/03/05 17:24:48 EST
863    Tag: george-20020305-linkage-cluster
864    
865    In order to support the block placement optimization, a new cluster
866    is generated as the very first cluster (called the linkage cluster).
867    It contains a single jump to the 'real' entry point for the compilation
868    unit. Block placement has no effect on the linkage cluster itself, but
869    all the other clusters  have full freedom in the manner in which they
870    reorder blocks or functions.
871    
872    On the x86 the typical linkage code that is generated is:
873       ----------------------
874            .align 2
875       L0:
876            addl    $L1-L0, 72(%esp)
877            jmp     L1
878    
879    
880            .align  2
881       L1:
882       ----------------------
883    
884    72(%esp) is the memory location for the stdlink register. This
885    must contain the address of the CPS function being called. In the
886    above example, it contains the address of  L0; before
887    calling L1 (the real entry point for the compilation unit), it
888    must contain the address for L1, and hence
889    
890            addl $L1-L0, 72(%esp)
891    
892    I have tested this on all architectures except the hppa.The increase
893    in code size is of course negligible
894    
895    ----------------------------------------------------------------------
896    Name: Allen Leung
897    Date: 2002/03/03 13:20:00 EST
898    Tag: leunga-20020303-mlrisc-tools
899    
900      Added #[ ... ] expressions to mlrisc tools
901    
902    ----------------------------------------------------------------------
903    Name: Matthias Blume
904    Date: 2002/02/27 12:29:00 EST
905    Tag: blume-20020227-cdebug
906    Description:
907    
908    - made types in structure C and C_Debug to be equal
909    - got rid of code duplication (c-int.sml vs. c-int-debug.sml)
910    - there no longer is a C_Int_Debug (C_Debug is directly derived from C)
911    
912    ----------------------------------------------------------------------
913    Name: Matthias Blume
914    Date: 2002/02/26 12:00:00 EST
915    Tag: blume-20020226-ffi
916    Description:
917    
918    1. Fixed a minor bug in CM's "noweb" tool:
919       If numbering is turned off, then truly don't number (i.e., do not
920       supply the -L option to noweb).  The previous behavior was to supply
921       -L'' -- which caused noweb to use the "default" line numbering scheme.
922       Thanks to Chris Richards for pointing this out (and supplying the fix).
923    
924    2. Once again, I reworked some aspects of the FFI:
925    
926       A. The incomplete/complete type business:
927    
928       - Signatures POINTER_TO_INCOMPLETE_TYPE and accompanying functors are
929         gone!
930       - ML types representing an incomplete type are now *equal* to
931         ML types representing their corresponding complete types (just like
932         in C).  This is still safe because ml-nlffigen will not generate
933         RTTI for incomplete types, nor will it generate functions that
934         require access to such RTTI.   But when ML code generated from both
935         incomplete and complete versions of the C type meet, the ML types
936         are trivially interoperable.
937    
938         NOTE:  These changes restore the full generality of the translation
939         (which was previously lost when I eliminated functorization)!
940    
941       B. Enum types:
942    
943       - Structure C now has a type constructor "enum" that is similar to
944         how the "su" constructor works.  However, "enum" is not a phantom
945         type because each "T enum" has values (and is isomorphic to
946         MLRep.Signed.int).
947       - There are generic access operations for enum objects (using
948         MLRep.Signed.int).
949       - ml-nlffigen will generate a structure E_foo for each "enum foo".
950         * The structure contains the definition of type "mlrep" (the ML-side
951         representation type of the enum).  Normally, mlrep is the same
952         as "MLRep.Signed.int", but if ml-nlffigen was invoked with "-ec",
953         then mlrep will be defined as a datatype -- thus facilitating
954         pattern matching on mlrep values.
955         ("-ec" will be suppressed if there are duplicate values in an
956          enumeration.)
957         * Constructors ("-ec") or values (no "-ec") e_xxx of type mlrep
958         will be generated for each C enum constant xxx.
959         * Conversion functions m2i and i2m convert between mlrep and
960         MLRep.Signed.int.  (Without "-ec", these functions are identities.)
961         * Coversion functions c and ml convert between mlrep and "tag enum".
962         * Access functions (get/set) fetch and store mlrep values.
963       - By default (unless ml-nlffigen was invoked with "-nocollect"), unnamed
964         enumerations are merged into one single enumeration represented by
965         structure E_'.
966    
967    ----------------------------------------------------------------------
968    Name: Allen Leung
969    Date: 2002/02/25 04:45:00 EST
970    Tag: leunga-20020225-cps-spill
971    
972    This is a new implementation of the CPS spill phase.
973    The new phase is in the new file compiler/CodeGen/cpscompile/spill-new.sml
974    In case of problems, replace it with the old file spill.sml
975    
976    The current compiler runs into some serious performance problems when
977    constructing a large record.  This can happen when we try to compile a
978    structure with many items.  Even a very simple structure like the following
979    makes the compiler slow down.
980    
981        structure Foo = struct
982           val x_1 = 0w1 : Word32.int
983           val x_2 = 0w2 : Word32.int
984           val x_3 = 0w3 : Word32.int
985           ...
986           val x_N = 0wN : Word32.int
987        end
988    
989    The following table shows the compile time, from N=1000 to N=4000,
990    with the old compiler:
991    
992    N
993    1000   CPS 100 spill                           0.04u  0.00s  0.00g
994           MLRISC ra                               0.06u  0.00s  0.05g
995              (spills = 0 reloads = 0)
996           TOTAL                                   0.63u  0.07s  0.21g
997    
998    1100   CPS 100 spill                           8.25u  0.32s  0.64g
999           MLRISC ra                               5.68u  0.59s  3.93g
1000              (spills = 0 reloads = 0)
1001           TOTAL                                   14.71u  0.99s  4.81g
1002    
1003    1500   CPS 100 spill                           58.55u  2.34s  1.74g
1004           MLRISC ra                               5.54u  0.65s  3.91g
1005              (spills = 543 reloads = 1082)
1006           TOTAL                                   65.40u  3.13s  6.00g
1007    
1008    2000   CPS 100 spill                           126.69u  4.84s  3.08g
1009           MLRISC ra                               0.80u  0.10s  0.55g
1010              (spills = 42 reloads = 84)
1011           TOTAL                                   129.42u  5.10s  4.13g
1012    
1013    3000   CPS 100 spill                           675.59u  19.03s  11.64g
1014           MLRISC ra                               2.69u  0.27s  1.38g
1015              (spills = 62 reloads = 124)
1016           TOTAL                                   682.48u  19.61s  13.99g
1017    
1018    4000   CPS 100 spill                           2362.82u  56.28s  43.60g
1019           MLRISC ra                               4.96u  0.27s  2.72g
1020              (spills = 85 reloads = 170)
1021           TOTAL                                   2375.26u  57.21s  48.00g
1022    
1023    As you can see the old cps spill module suffers from some serious
1024    performance problem.  But since I cannot decipher the old code fully,
1025    instead of patching the problems up, I'm reimplementing it
1026    with a different algorithm.  The new code is more modular,
1027    smaller when compiled, and substantially faster
1028    (O(n log n) time and O(n) space).  Timing of the new spill module:
1029    
1030    4000  CPS 100 spill                           0.02u  0.00s  0.00g
1031          MLRISC ra                               0.25u  0.02s  0.15g
1032             (spills=1 reloads=3)
1033          TOTAL                                   7.74u  0.34s  1.62g
1034    
1035    Implementation details:
1036    
1037    As far as I can tell, the purpose of the CPS spill module is to make sure the
1038    number of live variables at any program point (the bandwidth)
1039    does not exceed a certain limit, which is determined by the
1040    size of the spill area.
1041    
1042    When the bandwidth is too large, we decrease the register pressure by
1043    packing live variables into spill records.  How we achieve this is
1044    completely different than what we did in the old code.
1045    
1046    First, there is something about the MLRiscGen code generator
1047    that we should be aware of:
1048    
1049    o MLRiscGen performs code motion!
1050    
1051       In particular, it will move floating point computations and
1052       address computations involving only the heap pointer to
1053       their use sites (if there is only a single use).
1054       What this means is that if we have a CPS record construction
1055       statement
1056    
1057           RECORD(k,vl,w,e)
1058    
1059       we should never count the new record address w as live if w
1060       has only one use (which is often the case).
1061    
1062       We should do something similar to floating point, but the transformation
1063       there is much more complex, so I won't deal with that.
1064    
1065    Secondly, there are now two new cps primops at our disposal:
1066    
1067     1. rawrecord of record_kind option
1068        This pure operator allocates some uninitialized storage from the heap.
1069        There are two forms:
1070    
1071         rawrecord NONE [INT n]  allocates a tagless record of length n
1072         rawrecord (SOME rk) [INT n] allocates a tagged record of length n
1073                                     and initializes the tag.
1074    
1075     2. rawupdate of cty
1076          rawupdate cty (v,i,x)
1077          Assigns to x to the ith component of record v.
1078          The storelist is not updated.
1079    
1080    We use these new primops for both spilling and increment record construction.
1081    
1082     1. Spilling.
1083    
1084        This is implemented with a linear scan algorithm (but generalized
1085        to trees).  The algorithm will create a single spill record at the
1086        beginning of the cps function and use rawupdate to spill to it,
1087        and SELECT or SELp to reload from it.  So both spills and reloads
1088        are fine-grain operations.  In contrast, in the old algorithm
1089        "spills" have to be bundled together in records.
1090    
1091        Ideally, we should sink the spill record construction to where
1092        it is needed.  We can even split the spill record into multiple ones
1093        at the places where they are needed.  But CPS is not a good
1094        representation for global code motion, so I'll keep it simple and
1095        am not attempting this.
1096    
1097     2. Incremental record construction (aka record splitting).
1098    
1099        Long records with many component values which are simulatenously live
1100        (recall that single use record addresses are not considered to
1101         be live) are constructed with rawrecord and rawupdate.
1102        We allocate space on the heap with rawrecord first, then gradually
1103        fill it in with rawupdate.  This is the technique suggested to me
1104        by Matthias.
1105    
1106        Some restrictions on when this is applicable:
1107        1. It is not a VECTOR record.  The code generator currently does not handle
1108           this case. VECTOR record uses double indirection like arrays.
1109        2. All the record component values are defined in the same "basic block"
1110           as the record constructor.  This is to prevent speculative
1111           record construction.
1112    
1113    ----------------------------------------------------------------------
1114    Name: Allen Leung
1115    Date: 2002/02/22 01:02:00 EST
1116    Tag: leunga-20020222-mlrisc-tools
1117    
1118    Minor bug fixes in the parser and rewriter
1119    
1120    ----------------------------------------------------------------------
1121    Name: Allen Leung
1122    Date: 2002/02/21 20:20:00 EST
1123    Tag: leunga-20020221-peephole
1124    
1125    Regenerated the peephole files.  Some contained typos in the specification
1126    and some didn't compile because of pretty printing bugs in the old version
1127    of 'nowhere'.
1128    
1129    ----------------------------------------------------------------------
1130    Name: Allen Leung
1131    Date: 2002/02/19 20:20:00 EST
1132    Tag: leunga-20020219-mlrisc-tools
1133    Description:
1134    
1135       Minor bug fixes to the mlrisc-tools library:
1136    
1137       1.  Fixed up parsing colon suffixed keywords
1138       2.  Added the ability to shut the error messages up
1139       3.  Reimplemented the pretty printer and fixed up/improved
1140           the pretty printing of handle and -> types.
1141       4.  Fixed up generation of literal symbols in the nowhere tool.
1142       5.  Added some SML keywords to to sml.sty
1143    
1144    ----------------------------------------------------------------------
1145    Name: Matthias Blume
1146    Date: 2002/02/19 16:20:00 EST
1147    Tag: blume-20020219-cmffi
1148    Description:
1149    
1150    A wild mix of changes, some minor, some major:
1151    
1152    * All C FFI-related libraries are now anchored under $c:
1153        $/c.cm      --> $c/c.cm
1154        $/c-int.cm  --> $c/internals/c-int.cm
1155        $/memory.cm --> $c/memory/memory.cm
1156    
1157    * "make" tool (in CM) now treats its argument pathname slightly
1158      differently:
1159        1. If the native expansion is an absolute name, then before invoking
1160           the "make" command on it, CM will apply OS.Path.mkRelative
1161           (with relativeTo = OS.FileSys.getDir()) to it.
1162        2. The argument will be passed through to subsequent phases of CM
1163           processing without "going native".  In particular, if the argument
1164           was an anchored path, then "make" will not lose track of that anchor.
1165    
1166    * Compiler backends now "know" their respective C calling conventions
1167      instead of having to be told about it by ml-nlffigen.  This relieves
1168      ml-nlffigen from one of its burdens.
1169    
1170    * The X86Backend has been split into X86CCallBackend and X86StdCallBackend.
1171    
1172    * Export C_DEBUG and C_Debug from $c/c.cm.
1173    
1174    * C type encoding in ml-nlffi-lib has been improved to model the conceptual
1175      subtyping relationship between incomplete pointers and their complete
1176      counterparts.  For this, ('t, 'c) ptr has been changed to 'o ptr --
1177      with the convention of instantiating 'o with ('t, 'c) obj whenever
1178      the pointer target type is complete.  In the incomplete case, 'o
1179      will be instantiated with some "'c iobj" -- a type obtained by
1180      using one of the functors PointerToIncompleteType or PointerToCompleteType.
1181    
1182      Operations that work on both incomplete and complete pointer types are
1183      typed as taking an 'o ptr while operations that require the target to
1184      be known are typed as taking some ('t, 'c) obj ptr.
1185    
1186      voidptr is now a bit "more concrete", namely "type voidptr = void ptr'"
1187      where void is an eqtype without any values.  This makes it possible
1188      to work on voidptr values using functions meant to operate on light
1189      incomplete pointers.
1190    
1191    * As a result of the above, signature POINTER_TO_INCOMPLETE_TYPE has
1192      been vastly simplified.
1193    
1194    ----------------------------------------------------------------------
1195    Name: Matthias Blume
1196    Date: 2002/02/19 10:48:00 EST
1197    Tag: blume-20020219-pqfix
1198    Description:
1199    
1200    Applied Chris Okasaki's bug fix for priority queues.
1201    
1202    ----------------------------------------------------------------------
1203    Name: Matthias Blume
1204    Date: 2002/02/15 17:05:00
1205    Tag: Release_110_39
1206    Description:
1207    
1208    Last-minute retagging is becoming a tradition... :-(
1209    
1210    This is the working release 110.39.
1211    
1212    ----------------------------------------------------------------------
1213    Name: Matthias Blume
1214    Date: 2002/02/15 16:00:00 EST
1215    Tag: Release_110_39-orig
1216    Description:
1217    
1218    Working release 110.39.  New bootfiles.
1219    
1220    (Update: There was a small bug in the installer so it wouldn't work
1221    with all shells.  So I retagged. -Matthias)
1222    
1223    ----------------------------------------------------------------------
1224    Name: Matthias Blume
1225    Date: 2002/02/15 14:17:00 EST
1226    Tag: blume-20020215-showbindings
1227    Description:
1228    
1229    Added EnvRef.listBoundSymbols and CM.State.showBindings.  Especially
1230    the latter can be useful for exploring what bindings are available at
1231    the interactive prompt.  (The first function returns only the list
1232    of symbols that are really bound, the second prints those but also the
1233    ones that CM's autoloading mechanism knows about.)
1234    
1235    ----------------------------------------------------------------------
1236    Name: Matthias Blume
1237    Date: 2002/02/15 12:08:00 EST
1238    Tag: blume-20020215-iptrs
1239    Description:
1240    
1241    Two improvements to ml-nlffigen:
1242    
1243      1. Write files only if they do not exist or if their current contents
1244         do not coincide with what's being written.  (That is, avoid messing
1245         with the time stamps unless absolutely necessary.)
1246    
1247      2. Implement a "repository" mechanism for generated files related
1248         to "incomplete pointer types".   See the README file for details.
1249    
1250    ----------------------------------------------------------------------
1251    Name: Matthias Blume
1252    Date: 2002/02/14 11:50:00 EST
1253    Tag: blume-20020214-quote
1254    Description:
1255    
1256    Added a type 't t_' to tag.sml (in ml-nlffi-lib.cm).  This is required
1257    because of the new and improved tag generation scheme.  (Thanks to Allen
1258    Leung for pointing it out.)
1259    
1260    ----------------------------------------------------------------------
1261    Name: Lal George
1262    Date: 2002/02/14 09:55:27 EST 2002
1263    Tag: george-20020214-isabelle-bug
1264    Description:
1265    
1266    Fixed the MLRISC bug sent by Markus Wenzel regarding the compilation
1267    of Isabelle on the x86.
1268    
1269    From Allen:
1270    -----------
1271     I've found the problem:
1272    
1273         in ra-core.sml, I use the counter "blocked" to keep track of the
1274         true number of elements in the freeze queue.  When the counter goes
1275         to zero, I skip examining the queue.  But I've messed up the
1276         bookkeeping in combine():
1277    
1278             else ();
1279             case !ucol of
1280               PSEUDO => (if !cntv > 0 then
1281                     (if !cntu > 0 then blocked := !blocked - 1 else ();
1282                                        ^^^^^^^^^^^^^^^^^^^^^^^
1283                      moveu := mergeMoveList(!movev, !moveu)
1284                     )
1285                  else ();
1286    
1287         combine() is called to coalesce two nodes u and v.
1288         I think I was thinking that if the move counts of u and v are both
1289         greater than zero then after they are coalesced then one node is
1290         removed from the freeze queue.  Apparently I was thinking that
1291         both u and v are of low degree, but that's clearly not necessarily true.
1292    
1293    
1294    02/12/2002:
1295        Here's the patch.  HOL now compiles.
1296    
1297        I don't know how this impact on performance (compile
1298        time or runtime).  This bug caused the RA (especially on the x86)
1299        to go thru the potential spill phase when there are still nodes on the
1300        freeze queue.
1301    
1302    
1303    
1304    
1305    ----------------------------------------------------------------------
1306    Name: Matthias Blume
1307    Date: 2002/02/13 22:40:00 EST
1308    Tag: blume-20020213-fptr-rtti
1309    Description:
1310    
1311    Fixed a bug in ml-nlffigen that was introduced with one of the previous
1312    updates.
1313    
1314    ----------------------------------------------------------------------
1315    Name: Matthias Blume
1316    Date: 2002/02/13 16:41:00 EST
1317    Tag: blume-20020213-cmlpq
1318    Description:
1319    
1320    Added new priority queue export symbols (which have just been added to
1321    smlnj-lib.cm) to CML's version of smlnj-lib.cm.  (Otherwise CML would
1322    not compile and the installer would choke.)
1323    
1324    ----------------------------------------------------------------------
1325    Name: Matthias Blume
1326    Date: 2002/02/13 16:15:00 EST
1327    Tag: blume-20020213-various
1328    Description:
1329    
1330    1. More tweaks to ml-nlffigen:
1331    
1332       - better internal datastructures (resulting in slight speedup)
1333       - "-match" option requires exact match
1334       - "localized" gensym counters (untagged structs/unions nested within
1335         other structs/unions or within typedefs get a fresh counter; their
1336         tag will be prefixed by a concatenation of their parents' tags)
1337       - bug fixes (related to calculation of transitive closure of types
1338         to be included in the output)
1339    
1340    2. Minor Basis updates:
1341    
1342       - added implementations for List.collate and Option.app
1343    
1344    ----------------------------------------------------------------------
1345    Name: Matthias Blume
1346    Date: 2002/02/11 15:55:00 EST
1347    Tag: blume-20020211-gensym
1348    Description:
1349    
1350    Added a "-gensym" option to command line of ml-nlffigen.  This can be
1351    used to specify a "stem" -- a string that is inserted in all "gensym'd"
1352    names (ML structure names that correspond to unnamed C structs, unions,
1353    and enums), so that separate runs of ml-nlffigen do not clash.
1354    
1355    ----------------------------------------------------------------------
1356    Name: Matthias Blume
1357    Date: 2002/02/11 12:05:00 EST
1358    Tag: blume-20020211-gensml
1359    Description:
1360    
1361    A quick fix for a problem with GenSML (in the pgraph-util library):
1362    Make generation of toplevel "local" optional.  (Strictly speaking,
1363    signature definitions within "local" are not legal SML.)
1364    
1365    Other than that: updates to INSTALL and cm/TODO.
1366    
1367    ----------------------------------------------------------------------
1368    Name: Matthias Blume
1369    Date: 2002/02/08 15:00:00 EST
1370    Tag: blume-20020208-uniquepid
1371    Description:
1372    
1373    0. Version number has been bumped to 110.38.1.  NEW BOOTFILES!!!
1374    
1375    1. The installer (config/install.sh) has gotten smarter:
1376    
1377         - Configuration options are a bit easier to specify now
1378           (in config/targets).
1379         - Bug in recognizing .tar.bz2 files fixed.
1380         - Installer automatically resolves dependencies between
1381           configuration options (e.g., if you ask for eXene, you will
1382           also get cml -- regardless whether you asked for it or not).
1383         - Installer can run in "quieter mode" by setting the environment
1384           variable INSTALL_QUIETLY to "true".  "Quieter" does not mean
1385           "completely silent", though.
1386         - Build HashCons library as part of smlnj-lib.
1387    
1388    2. A new scheme for assigning persistent identifiers to compilation
1389       units (and, by extension, to types etc.) has been put into place.
1390       This fixes a long-standing bug where types and even dynamic values
1391       can get internally confused, thereby compromising type safety
1392       (abstraction) and dynamic correctness.  See
1393    
1394         http://cm.bell-labs.com/cm/cs/who/blume/pid-confusion.tgz
1395    
1396       for an example of how things could go wrong until now.
1397    
1398       The downside of the new scheme is that pids are not quite as
1399       persistent as they used to be: CM will generate a fresh pid
1400       for every compilation unit that it thinks it sees for the first
1401       time.  That means that if you compile starting from a clean, fresh
1402       source tree at two different times, you end up with different
1403       binaries.
1404    
1405       Cutoff recompilation, however, has not been compromised because
1406       CM keeps pid information in special caches between runs.
1407    
1408    ----------------------------------------------------------------------
1409    Name: Lal George
1410    Date: 2002/02/07 15:34:13 EST 2002
1411    Tag: <none>
1412    Description:
1413    
1414    Compilers that generate assembly code may produce  global labels
1415    whose value is resolved at link time. The various peephole optimization
1416    modules did not take this in account.
1417    
1418    TODO. The Labels.addrOf function should really return an option
1419    type so that clients are forced to deal with this issue, rather
1420    than an exception being raised.
1421    
1422    ----------------------------------------------------------------------
1423    Name: Lal George
1424    Date: 2002/02/06 13:55:02 EST
1425    Tag: george-20020206-ra-breakup
1426    Description:
1427    
1428    1. A bug fix from Allen.
1429    
1430        A typo causes extra fstp %st(0)'s to be generated at compensation
1431        edges, which might cause stack underflow traps at runtime.  This
1432        occurs in fft where there are extraneous fstps right before the 'into'
1433        trap instruction (in this case they are harmless since none of the
1434        integers overflow.)
1435    
1436    2. Pulled out various utility modules that were embedded in the modules
1437       of the register allocator. I need these modules for other purposes, but
1438       they are not complete enough to put into a library (just yet).
1439    ----------------------------------------------------------------------
1440    Name: Matthias Blume
1441    Date: 2002/01/31 16:05:00 EST
1442    Tag: blume-20020131-sparc-ccalls
1443    Description:
1444    
1445    1. C-calls on Sparc needlessly allocated a huge chunk (96 bytes)
1446       of extra stack space by mistake.  Fixed.
1447    
1448    2. Bug in logic of handling of command-line options in ml-nlffigen fixed.
1449    
1450    ----------------------------------------------------------------------
1451    Name: Allen Leung
1452    Date: 2002/01/30
1453    Tag: leunga-20020130-nowhere-bug-fix
1454    Description:
1455    
1456       MLRISC bug fixes:
1457       1. Fixed a bindings computation bug in the 'nowhere' program generator tool.
1458       2. MachineInt.fromString was negating its value.
1459    
1460    ----------------------------------------------------------------------
1461    Name: Matthias Blume
1462    Date: 2002/01/29
1463    Tag: blume-20020129-INSTALL
1464    Description:
1465    
1466    - Added somewhat detailed installation instructions (file INSTALL).
1467    - Fixed curl-detection bug in config/install.sh.
1468    - It is now possible to select the URL getter using the URLGETTER
1469      environment variable:
1470    
1471          not set / "unknown"      --> automatic detection (script tries wget,
1472                                       curl, and lynx)
1473          "wget" / "curl" / "lynx" --> use the specified program (script "knows"
1474                                       how to properly invoke them)
1475          other                    --> use $URLGETTER directly, it must take
1476                                       precisely two command-line arguments
1477                                       (source URL and destination file name)
1478    
1479    ----------------------------------------------------------------------
1480    Name: Matthias Blume
1481    Date: 2002/01/28
1482    Tag: blume-20020128-sparc-ccalls
1483    Description:
1484    
1485    - Fixed problem with calculation of "used" registers in sparc-c-calls.
1486    - Make use of the allocParam argument in sparc-c-calls.
1487    
1488    ----------------------------------------------------------------------
1489    Name: Matthias Blume
1490    Date: 2002/01/28
1491    Tag: blume-20020128-allocParam
1492    Description:
1493    
1494    John Reppy:  Changes c-calls API to accept client-callback for
1495    allocating extra stack space.
1496    me: Corresponding changes to mlriscGen (using a dummy argument that
1497        does not change the current behavior).
1498    
1499    ----------------------------------------------------------------------
1500    Name: Matthias Blume
1501    Date: 2002/01/28 12:00:00
1502    Tag: Release_110_38
1503    Description:
1504    
1505    This time for real!!!
1506    
1507    ----------------------------------------------------------------------
1508    Name: Matthias Blume
1509    Date: 2002/01/28 10:56:00 EST
1510    Tag: blume-20020128-retraction
1511    Description:
1512    
1513    0. Retracted earlier 110.38.  (The Release_110_38 tag has been replaced
1514       with blume-Release_110_38-retracted.)
1515    
1516    1. Fixed a problem with incorrect rounding modes in real64.sml.
1517       (Thanks to Andrew Mccreight <andrew.mccreight@yale.edu>.)
1518    
1519    2. A bug in ml-nlffigen related to the handling of unnamed structs, unions,
1520       and enums fixed.  The naming of corresponding ML identifiers should
1521       now be consistent again.
1522    
1523    ----------------------------------------------------------------------
1524    Name: Allen Leung
1525    Date: 2002/01/27
1526    Tag: leunga-20020127-nowhere
1527    Description:
1528    
1529       Added a target called nowhere in the configuration scripts.
1530       Enabling this will build the MLRISC 'nowhere' tool (for translating
1531       programs with where-clauses into legal SML code) during installation.
1532    
1533    ----------------------------------------------------------------------
1534    Name: Matthias Blume
1535    Date: 2002/01/25 21:27:00 EST
1536    Tag: blume-Release_110_38-retracted
1537    Description:
1538    
1539    Call it a (working) release!  Version is 110.38. Bootfiles are ready.
1540    
1541    README will be added later.
1542    
1543    !!! NOTE:  Re-tagged as blume-Release_110_38-retracted. Original tag
1544    (Release_110_38) removed.  Reason: Last-minute bug fixes.
1545    
1546    ----------------------------------------------------------------------
1547    Name: Matthias Blume
1548    Date: 2002/01/25
1549    Tag: blume-20020125-ffi
1550    Description:
1551    
1552    A large number of tweaks and improvements to ml-nlffi-lib and
1553    ml-nlffigen:
1554    
1555       - ML represenation types have been streamlined
1556       - getter and setter functions work with concrete values, not abstract
1557         ones where possible
1558       - ml-nlffigen command line more flexible (see README file there)
1559       - some bugs have been fixed (hopefully)
1560    
1561    ----------------------------------------------------------------------
1562    Name: Lal George
1563    Date: 2002/01/24
1564    Tag: george-20020124-risc-ra-interface
1565    Description:
1566    
1567       There is a dramatic simplification in the interface to the
1568       register allocator for RISC architectures as a result of making
1569       parallel copy instructions explicit.
1570    
1571    ----------------------------------------------------------------------
1572    Name: Matthias Blume
1573    Date: 2002/01/22
1574    Tag: blume-20020122-x86-ccalls
1575    Description:
1576    
1577    Bug fix for c-calls on x86 (having to do with how char- and
1578    short-arguments are being handled).
1579    
1580    ----------------------------------------------------------------------
1581    Name: Matthias Blume
1582    Date: 2002/01/21
1583    Tag: blume-20020121-ff
1584    Description:
1585    
1586    Another day of fiddling with the FFI...
1587    
1588    1. Bug fix/workaround:  CKIT does not complain about negative array
1589       dimensions, so ml-nlffigen has to guard itself against this possibility.
1590       (Otherwise a negative dimension would send it into an infinite loop.)
1591    
1592    2. Some of the abstract types (light objects, light pointers, most "base"
1593       types) in structure C are now eqtypes.
1594    
1595    3. Added constructors and test functions for NULL function pointers.
1596    
1597    ----------------------------------------------------------------------
1598    Name: Matthias Blume
1599    Date: 2002/01/18
1600    Tag: blume-20020118-ready-for-new-release
1601    Description:
1602    
1603    Made config/srcarchiveurl point to a new place.  (Will provide boot
1604    files shortly.)
1605    
1606    Maybe we christen this to be 110.38?
1607    
1608    ----------------------------------------------------------------------
1609    Name: Matthias Blume
1610    Date: 2002/01/18
1611    Tag: blume-20020118-more-ffifiddle
1612    Description:
1613    
1614    Today's FFI fiddling:
1615    
1616      - Provided a structure CGetSet with "convenient" versions of C.Get.* and
1617        C.Set.* that use concrete (MLRep.*) arguments and results instead
1618        of abstract ones.
1619    
1620      - Provided word-style bit operations etc. for "int" representation
1621        types in MLRep.S<Foo>Bitops where <Foo> ranges over Char, Int, Short,
1622        and Long.
1623    
1624    ----------------------------------------------------------------------
1625    Name: Matthias Blume
1626    Date: 2002/01/18
1627    Tag: blume-20020118-use-x86-fp
1628    Description:
1629    
1630    Now that x86-fast-fp seems to be working, I turned it back on again
1631    by default.  (Seems to work fine now, even with the FFI.)
1632    
1633    Other than that, I added some documentation about the FFI to
1634    src/ml-nlffigen/README and updated the FFI test examples in
1635    src/ml-nlffi-lib/Tests/*.
1636    
1637    ----------------------------------------------------------------------
1638    Name: Allen Leung
1639    Date: 2002/01/17
1640    Tag: leunga-20020117-x86-fast-fp-call
1641    Description:
1642    
1643       1. Fixed a problem with handling return fp values when x86's fast fp
1644          mode is turned on.
1645    
1646       2. Minor pretty printing fix for cellset.  Print %st(0) as %st(0) instead
1647          of %f32.
1648    
1649       3. Added a constructor INT32lit to the ast of MLRISC tools.
1650    
1651    ----------------------------------------------------------------------
1652    Name: Matthias Blume
1653    Date: 2002/01/16
1654    Tag: blume-20020116-ffifiddle
1655    Description:
1656    
1657    More fiddling with the FFI interface:
1658    
1659     - Make constness 'c instead of rw wherever possible.  This eliminates
1660       the need for certain explicit coercions.  (However, due to ML's
1661       value polymorphism, there will still be many cases where explicit
1662       coercions are necessary.  Phantom types are not the whole answer
1663       to modeling a subtyping relationship in ML.)
1664    
1665     - ro/rw coersions for pointers added.  (Avoids the detour through */&.)
1666    
1667     - "printf" test example added to src/ml-nlffi-lib/Tests.  (Demonstrates
1668       clumsy workaround for varargs problem.)
1669    
1670    ----------------------------------------------------------------------
1671    Name: Lal George
1672    Date: 2002/01/15
1673    Tag: <none>
1674    Description:
1675    
1676    1. Since COPY instructions are no longer native to the architecture,
1677       a generic functor can be used to implement the expandCopies function.
1678    
1679    2. Allowed EXPORT and IMPORT pseudo-op declarations to appear inside a
1680       TEXT segment.
1681    
1682    ----------------------------------------------------------------------
1683    Name: Matthias Blume
1684    Date: 2002/01/15
1685    Tag: blume-20020115-ffiupdates
1686    Description:
1687    
1688    1. Fix for bug resulting in single-precision float values being returned
1689       incorrectly from FFI calls.
1690    
1691    2. Small modifications to C FFI API:
1692    
1693        - memory-allocation routines return straight objects (no options)
1694          and raise an exception in out-of-memory situations
1695        - unsafe extensions to cast between function pointers and pointers
1696          from/to ints
1697        - added structure C_Debug as an alternative to structure C where
1698          pointer-dereferencing (|*| and |*!) always check for null-pointers
1699        - added open_lib' to DynLinkage;  open_lib' works like open_lib
1700          but also takes a (possibly empty) list of existing library handles
1701          that the current library depends on
1702    
1703    ----------------------------------------------------------------------
1704    Name: Matthias Blume
1705    Date: 2002/01/10
1706    Tag: blume-20020110-newffigen
1707    Description:
1708    
1709    1. Updates to portable graph code.
1710    
1711    2. Major update to ml-nlffigen and ml-nlffi-lib.  Things are much
1712       more scalable now so that even huge interfaces such as the one
1713       for GTK compile in finite time and space. :-)
1714       See src/ml-nlffigen/README for details on what's new.
1715    
1716    ----------------------------------------------------------------------
1717    Name: Lal George
1718    Date: 2001/01/09 14:31:35 EST 2002
1719    Tag: george-20011206-rm-native-copy
1720    Description:
1721    
1722            Removed the native COPY and FCOPY instructions
1723            from all the architectures and replaced it with the
1724            explicit COPY instruction from the previous commit.
1725    
1726            It is now possible to simplify many of the optimizations
1727            modules that manipulate copies. This has not been
1728            done in this change.
1729    
1730    ----------------------------------------------------------------------
1731    Name: Lal George
1732    Date: 2001/12/06 16:50:13 EST 2001
1733    Tag: george-20011206-mlrisc-instruction
1734    Description:
1735    
1736    Changed the representation of instructions from being fully abstract
1737    to being partially concrete. That is to say:
1738    
1739      from
1740            type instruction
1741    
1742      to
1743            type instr                              (* machine instruction *)
1744    
1745            datatype instruction =
1746                LIVE of {regs: C.cellset, spilled: C.cellset}
1747              | KILL of {regs: C.cellset, spilled: C.cellset}
1748              | COPYXXX of {k: CB.cellkind, dst: CB.cell list, src: CB.cell list}
1749              | ANNOTATION of {i: instruction, a: Annotations.annotation}
1750              | INSTR of instr
1751    
1752    This makes the handling of certain special instructions that appear on
1753    all architectures easier and uniform.
1754    
1755    LIVE and KILL say that a list of registers are live or killed at the
1756    program point where they appear. No spill code is generated when an
1757    element of the 'regs' field is spilled, but the register is moved to
1758    the 'spilled' (which is present, more for debugging than anything else).
1759    
1760    LIVE replaces the (now deprecated) DEFFREG instruction on the alpha.
1761    We used to generate:
1762    
1763            DEFFREG f1
1764            f1 := f2 + f3
1765            trapb
1766    
1767    but now generate:
1768    
1769            f1 := f2 + f3
1770            trapb
1771            LIVE {regs=[f1,f2,f3], spilled=[]}
1772    
1773    Furthermore, the DEFFREG (hack) required that all floating point instruction
1774    use all registers mentioned in the instruction. Therefore f1 := f2 + f3,
1775    defines f1 and uses [f1,f2,f3]! This hack is no longer required resulting
1776    in a cleaner alpha implementation. (Hopefully, intel will not get rid of
1777    this architecture).
1778    
1779    COPYXXX is intended to replace the parallel COPY and FCOPY  available on
1780    all the architectures. This will result in further simplification of the
1781    register allocator that must be aware of them for coalescing purposes, and
1782    will also simplify certain aspects of the machine description that provides
1783    callbacks related to parallel copies.
1784    
1785    ANNOTATION should be obvious, and now INSTR represents the honest to God
1786    machine instruction set!
1787    
1788    The <arch>/instructions/<arch>Instr.sml files define certain utility
1789    functions for making porting easier -- essentially converting upper case
1790    to lower case. All machine instructions (of type instr) are in upper case,
1791    and the lower case form generates an MLRISC instruction. For example on
1792    the alpha we have:
1793    
1794      datatype instr =
1795         LDA of {r:cell, b:cell, d:operand}
1796       | ...
1797    
1798      val lda : {r:cell, b:cell, d:operand} -> instruction
1799        ...
1800    
1801    where lda is just (INSTR o LDA), etc.
1802    
1803    ----------------------------------------------------------------------
1804    Name: Matthias Blume
1805    Date: 2001/11/22 21:40:00 EST
1806    Tag: Release_110_37
1807    Description:
1808    
1809    Release 110.37.  This time for real.
1810    
1811    ----------------------------------------------------------------------
1812    Name: Matthias Blume
1813    Date: 2001/11/21 16:35:00 EST
1814    Tag: blume-20011121-foot-in-mouth
1815    Description:
1816    
1817    Removed the "Release_110_37" tag because of a serious bug.
1818    This will be re-tagged once the bug is fixed.
1819    
1820    ----------------------------------------------------------------------
1821    Name: Matthias Blume
1822    Date: 2001/11/21 16:14:00 EST
1823    Tag: blume-20011121-forgottenfile
1824    Description:
1825    
1826    Forgot to add a file.  (Just a .tex-file -- part of
1827    the CM manual source.)
1828    
1829    ----------------------------------------------------------------------
1830    Name: Matthias Blume
1831    Date: 2001/11/21 16:10:00 EST
1832    Tag: blume-20011121-invalid_110_37
1833    Description:
1834    
1835    Note: I removed the original tag "Release_110_37" from this commit
1836          because we found a serious bug in all non-x86 backends.
1837          - Matthias
1838    
1839    1. Modifications to the SML/NJ code generator and to the runtime system
1840       so that code object name strings are directly inserted into code
1841       objects at code generation time.  The only business the runtime system
1842       has with this is now to read the name strings on occasions.
1843       (The encoding of the name string has also changed somewhat.)
1844    
1845    2. CM now implements a simple "set calculus" for specifying export lists.
1846       In particular, it is now possible to refer to the export lists of
1847       other libraries/groups/sources and form unions as well as differences.
1848       See the latest CM manual for details.
1849    
1850    3. An separate notion of "proxy" libraries has again be eliminated from
1851       CM's model.  (Proxy libraries are now simply a special case of using
1852       the export list calculus.)
1853    
1854    4. Some of the existing libraries now take advantage of the new set
1855       calculus.
1856       (Notice that not all libraries have been converted because some
1857       of the existing .cm-files are supposed to be backward compatible
1858       with 110.0.x.)
1859    
1860    5. Some cleanup in stand-alone programs.  (Don't use "exnMessage" -- use
1861       "General.exnMessage"!  The former relies on a certain hook to be
1862       initialized, and that often does not happen in the stand-alone case.)
1863    
1864    ----------------------------------------------------------------------
1865    Name: Lal George
1866    Date: 2001/11/21  13:56:18 EST
1867    Tag: george-2001121-pseudo-ops
1868    Description:
1869    
1870      Implemented a complete redesign of MLRISC pseudo-ops. Now there
1871      ought to never be any question of incompatabilities with
1872      pseudo-op syntax expected by host assemblers.
1873    
1874      For now, only modules supporting GAS syntax are implemented
1875      but more should follow, such as MASM, and vendor assembler
1876      syntax, e.g. IBM as, Sun as, etc.
1877    
1878    ----------------------------------------------------------------------
1879    Name: Matthias Blume
1880    Date: 2001/11/14 11:52:00 EST
1881    Tag: blume-20011114-srcname
1882    Description:
1883    
1884    1. Routed the name of the current source file to mlriscgen where it
1885       should be directly emitted into the code object.  (This last part
1886       is yet to be done.)
1887    
1888    2. Some cleanup of the pgraph code to make it match the proposal that
1889       I put out the other day.  (The proposal notwithstanding, things are
1890       still in flux here.)
1891    
1892    ----------------------------------------------------------------------
1893    Name: Lal George
1894    Date: 2001/11/14 09:44:04 EST
1895    Tag:
1896    Description:
1897    
1898      Fix for a backpatching bug reported by Allen.
1899    
1900      Because the boundary between short and long span-dependent
1901      instructions is +/- 128, there are an astounding number of
1902      span-dependent instructions whose size is over estimated.
1903    
1904      Allen came up with the idea of letting the size of span
1905      dependent instructions be non-monotonic, for a maxIter
1906      number of times, after which the size must be monotonically
1907      increasing.
1908    
1909      This table shows the number of span-dependent instructions
1910      whose size was over-estimated as a function of maxIter, for the
1911      file Parse/parse/ml.grm.sml:
1912    
1913         maxIter            # of instructions:
1914            10                      687
1915            20                      438
1916            30                      198
1917            40                        0
1918    
1919      In compiling the compiler, there is no significant difference in
1920      compilation speed between maxIter=10 and maxIter=40. Actually,
1921      my measurements showed that maxIter=40 was a tad faster than
1922      maxIter=10! Also 96% of the  files in the compiler reach a fix
1923      point within 13 iterations, so fixing maxIter at 40, while high,
1924      is okay.
1925    
1926    ----------------------------------------------------------------------
1927    Name: Matthias Blume
1928    Date: 2001/10/31 15:25:00 EST
1929    Tag: blume-20011031-pgraph
1930    Description:
1931    
1932    CKIT:
1933    * Changed the "Function" constructor of type Ast.ctype to carry optional
1934      argument identifiers.
1935    * Changed the return type of TypeUtil.getFunction accordingly.
1936    * Type equality ignores the argument names.
1937    * TypeUtil.composite tries to preserve argument names but gives up quickly
1938      if there is a mismatch.
1939    
1940    installation script:
1941    * attempts to use "curl" if available (unless "wget" is available as well)
1942    
1943    CM:
1944    * has an experimental implementation of "portable graphs" which I will
1945      soon propose as an implementation-independent library format
1946    * there are also new libraries $/pgraph.cm and $/pgraph-util.cm
1947    
1948    NLFFI-LIB:
1949    * some cleanup (all cosmetic)
1950    
1951    NLFFIGEN:
1952    * temporarily disabled the mechanism that suppresses ML output for
1953      C definitions whose identifiers start with an underscore character
1954    * generate val bindings for enum constants
1955    * user can request that only one style (light or heavy) is being used;
1956      default is to use both (command-line arguments: -heavy and -light)
1957    * fixed bug in handling of function types involving incomplete pointers
1958    * generate ML entry points that take record arguments (i.e., using
1959      named arguments) for C functions that have a prototype with named
1960      arguments
1961      (see changes to CKIT)
1962    
1963    ----------------------------------------------------------------------
1964    Name: Allen Leung
1965    Date: 2001/10/27 20:34:00 EDT
1966    Tag: leunga-20011027-x86-fast-fp-call
1967    Description:
1968    
1969       Fixed the bug described in blume-20010920-slowfp.
1970    
1971       The fix involves
1972          1. generating FCOPYs in FSTP in ia32-svid
1973          2. marking a CALL with the appropriate annotation
1974    
1975    ----------------------------------------------------------------------
1976    Name: Matthias Blume
1977    Date: 2001/10/16 11:32:00 EDT
1978    Tag: blume-20011016-netbsd
1979    Description:
1980    
1981    Underscore patch from Chris Richards (fixing problem with compiling
1982    runtime system under recent NetBSD).
1983    
1984    ----------------------------------------------------------------------
1985    Name: Allen Leung
1986    Date: 2001/10/12 17:18:32 EDT 2001
1987    Tag: leung-20011012-x86-printflowgraph
1988    Description:
1989    
1990    X86RA now uses a valid (instead of dummy) PrintFlowgraph module.
1991    
1992    ----------------------------------------------------------------------
1993    Name: Lal George
1994    Date: 2001/10/11 23:51:34 EDT
1995    Tag: george-20011011-too-many-instrs
1996    Description:
1997    
1998    The representation of a program point never expected to see more
1999    than 65536 instructions in a basic block!
2000    
2001    ----------------------------------------------------------------------
2002    Name: Lal George
2003    Date: 2001/10/09 09:41:37 EDT
2004    Tag: george-20011008-mlrisc-labels
2005    Description:
2006    
2007    Changed the machine description files to support printing of
2008    local and global labels in assembly code, based on host assembler
2009    conventions.
2010    
2011    ----------------------------------------------------------------------
2012    Name: Matthias Blume
2013    Date: 2001/09/25 15:25:00 EDT
2014    Tag: blume-20010925-exninfo
2015    Description:
2016    
2017    I provided a non-hook implementation of exnName (at the toplevel) and
2018    made the "dummy" implementation of exnMessage (at the toplevel) more
2019    useful: if nothing gets "hooked in", then at least you are going to
2020    see the exception name and a message indicating why you don't see more.
2021    
2022    [For the time being, programs that need exnMessage and want to use
2023    ml-build should either use General.exnMessage (strongly recommended) or
2024    refer to structure General at some other point so that CM sees a
2025    static dependency.]
2026    
2027    [Similar remarks go for "print" and "use":  If you want to use their
2028    functionality in stand-alone programs generated by ml-build, then use
2029    TextIO.output and Backend.Interact.useFile (from $smlnj/compiler.cm).]
2030    
2031    ----------------------------------------------------------------------
2032    Name: Matthias Blume
2033    Date: 2001/09/20 17:28:00 EDT
2034    Tag: blume-20010920-slowfp
2035    Description:
2036    
2037    Allen says that x86-fast-fp is not safe yet, so I turned it off again...
2038    
2039    ----------------------------------------------------------------------
2040    Name: Matthias Blume
2041    Date: 2001/09/20 17:20:00 EDT
2042    Tag: blume-20010920-canonicalpaths
2043    Description:
2044    
2045    0. Updated the BOOT file (something that I forgot to do earlier).
2046    
2047    1. Small internal change to CM so that it avoids "/../" in filenames
2048       as much as possible (but only where it is safe).
2049    
2050    2. Changed config/_run-sml (resulting in a changed bin/.run-sml) so
2051       that arguments that contain delimiters are passed through correctly.
2052       This change also means that all "special" arguments of the form
2053       @SMLxxx... must come first.
2054    
2055    3. Changed install script to put relative anchor names for tool commands
2056       into pathconfig.
2057    
2058    ----------------------------------------------------------------------
2059    Name: Matthias Blume
2060    Date: 2001/09/18 15:35:00 EDT
2061    Tag: blume-20010918-readme11036
2062    Description:
2063    
2064    Added README files.
2065    
2066    ----------------------------------------------------------------------
2067    Name: Matthias Blume
2068    Date: 2001/09/18 11:45:00 EDT
2069    Tag: Release_110_36 (retag)
2070    Description:
2071    
2072    Fixed mistake in config/preloads. Retagged as 110.36.
2073    
2074    ----------------------------------------------------------------------
2075    Name: Matthias Blume
2076    Date: 2001/09/18 09:40:00 EDT
2077    Tag: Release_110_36_orig (tag changed)
2078    Description:
2079    
2080    New version (110.36).  New bootfiles.
2081    
2082    ----------------------------------------------------------------------
2083    Name: Matthias Blume
2084    Date: 2001/09/14 16:15:00 EDT
2085    Tag: blume-20010914-x86fastfp
2086    Description:
2087    
2088    John committed some changes that Allen made, in particular a (hopefully)
2089    correctly working version of the x86-fp module.
2090    
2091    I changed the default setting of the Control.MLRISC.getFlag "x86-fast-fp"
2092    flag to "true".  Everything seems to compile to a fixpoint ok, and
2093    "mandelbrot" speeds up by about 15%.
2094    
2095    ----------------------------------------------------------------------
2096    Name: Matthias Blume
2097    Date: 2001/09/13 11:20:00 EDT
2098    Tag: blume-20010913-minimal
2099    Description:
2100    
2101    1. Stefan Monnier's patch to fix a miscompilation problem that
2102       was brought to light by John Reppy's work on Moby.
2103    
2104    2. Implemented a minimal "structure Compiler" that contains just
2105       "version" and "architecture".  The minimal version will be
2106       available when the full version is not.  This is for backward-
2107       compatibility with code that wants to test Compiler.version.
2108    
2109    ----------------------------------------------------------------------
2110    Name: Matthias Blume
2111    Date: 2001/08/28 14:03:00 EDT
2112    Tag: blume-20010828-ml-lex
2113    Description:
2114    
2115    Fix for bug 1581, received from Neophytos Michael.
2116    
2117    ----------------------------------------------------------------------
2118    Name: Matthias Blume
2119    Date: 2001/08/27 11:20:00 EDT
2120    Tag: blume-20010827-readme11035
2121    Description:
2122    
2123    Fleshed out the README file for 110.35.
2124    
2125    ----------------------------------------------------------------------
2126    Name: Matthias Blume
2127    Date: 2001/08/24 17:10:00 EDT
2128    Tag: Release_110_35
2129    Description:
2130    
2131    New version number (110.35).  New bootfiles.
2132    
2133    ----------------------------------------------------------------------
2134    Name: Lal George
2135    Date: 2001/08/24 13:47:18 EDT 2001
2136    Tag: george-20010824-MLRISC-graphs
2137    Description:
2138    
2139     removed clusters from MLRISC completely and replaced with graphs.
2140    
2141    ----------------------------------------------------------------------
2142    Name: Matthias Blume
2143    Date: 2001/08/23 17:50:00 EDT
2144    Tag: blume-20010823-toplevel
2145    Description:
2146    
2147    - some reorganization of the code that implements various kinds of
2148      environments in the compiler (static, dynamic, symbolic, combined)
2149    - re-implemented the EnvRef module so that evalStream works properly
2150      (if the stream contains references to "use", "CM.make", etc.)
2151    - cleaned up evalloop.sml and interact.sml (but they need more cleaning)
2152    
2153    ----------------------------------------------------------------------
2154    Name: Matthias Blume
2155    Date: 2001/08/20 15:50 EDT
2156    Tag: blume20010820-slipup
2157    Description:
2158    
2159    I forgot to commit a few files.  Here they are...
2160    
2161    ----------------------------------------------------------------------
2162    Name: Matthias Blume
2163    Date: 2001/08/20 15:35:00 EDT
2164    Tag: blume-20010820-debugprof
2165    Description:
2166    
2167    !!!! NEW BOOTFILES !!!!
2168    
2169    This is another round of reorganizing the compiler sources.  This
2170    time the main goal was to factor out all the "instrumentation"
2171    passes (for profiling and backtracing) into their own library.
2172    The difficulty was to do it in such a way that it does not depend
2173    on elaborate.cm but only on elabdata.cm.
2174    
2175    Therefore there have been further changes to both elaborate.cm and
2176    elabdata.cm -- more "generic" things have been moved from the former
2177    to the latter.  As a result, I was forced to split the assignment
2178    of numbers indicating "primtyc"s into two portions: SML-generic and
2179    SML/NJ-specific.  Since it would have been awkward to maintain,
2180    I bit the bullet and actually _changed_ the mapping between these
2181    numbers and primtycs.  The bottom line of this is that you need
2182    a new set of bin- and bootfiles.
2183    
2184    I have built new bootfiles for all architectures, so doing a fresh
2185    checkout and config/install.sh should be all you need.
2186    
2187    The newly created library's name is
2188    
2189        $smlnj/viscomp/debugprof.cm
2190    
2191    and its sources live under
2192    
2193        src/compiler/DebugProf
2194    
2195    ----------------------------------------------------------------------
2196    Name: Matthias Blume
2197    Date: 2001/08/15 17:15:00 EDT
2198    Tag: blume-20010815-compreorg
2199    Description:
2200    
2201    This is a first cut at reorganizing the CM libraries that make up the
2202    core of the compiler.  The idea is to separate out pieces that could
2203    be used independently by tools, e.g., the parser, the typechecker, etc.
2204    
2205    The current status is a step in this direction, but it is not quite
2206    satisfactory yet.  Expect more changes in the future.
2207    
2208    Here is the current (new) organization...
2209    
2210        What used to be $smlnj/viscomp/core.cm is now divided into
2211        six CM libraries:
2212    
2213             $smlnj/viscomp/basics.cm
2214                           /parser.cm
2215                           /elabdata.cm
2216                           /elaborate.cm
2217                           /execute.cm
2218                           /core.cm
2219    
2220        The CM files for these libraries live under src/system/smlnj/viscomp.
2221        All these libraries are proxy libraries that contain precisely
2222        one CM library component.  Here are the locations of the components
2223        (all within the src/compiler tree):
2224    
2225             Basics/basics.cm
2226             Parse/parser.cm
2227             ElabData/elabdata.cm
2228             Elaborator/elaborate.cm
2229             Execution/execute.cm
2230             core.cm
2231    
2232         [This organization is the same that has been used already
2233         for a while for the architecture-specific parts of the visible
2234         compiler and for the old version of core.cm.]
2235    
2236         As you will notice, many source files have been moved from their
2237         respective original locations to a new home in one of the above
2238         subtrees.
2239    
2240         The division of labor between the new libraries is the following:
2241    
2242             basics.cm:
2243                - Simple, basic definitions that pertain to many (or all) of
2244                  the other libraries.
2245             parser.cm:
2246                - The SML parser, producing output of type Ast.dec.
2247                - The type family for Ast is also defined and exported here.
2248             elabdata.cm:
2249                - The datatypes that describe input and output of the elaborator.
2250                  This includes types, absyn, and static environments.
2251             elaborator.cm:
2252                - The SML/NJ type checker and elaborator.
2253                  This maps an Ast.dec (with a given static environment) to
2254                  an Absyn.dec (with a new static environment).
2255                - This libraries implements certain modules that used to be
2256                  structures as functors (to remove dependencies on FLINT).
2257             execute.cm:
2258                - Everything having to do with executing binary code objects.
2259                - Dynamic environments.
2260             core.cm:
2261                - SML/NJ-specific instantiations of the elaborator and MLRISC.
2262                - Top-level modules.
2263                - FLINT (this should eventually become its own library)
2264    
2265    Notes:
2266    
2267    I am not 100% happy with the way I separated the elaborator (and its
2268    data structures) from FLINT.  Two instances of the same problem:
2269    
2270        1. Data structures contain certain fields that carry FLINT-specific
2271           information.  I hacked around this using exn and the property list
2272           module from smlnj-lib.  But the fact that there are middle-end
2273           specific fields around at all is a bit annoying.
2274    
2275        2. The elaborator calculates certain FLINT-related information.  I tried
2276           to make this as abstract as I could using functorization, but, again,
2277           the fact that the elaborator has to perform calculations on behalf
2278           of the middle-end at all is not nice.
2279    
2280        3. Having to used exn and property lists is unfortunate because it
2281           weakens type checking.  The other alternative (parameterizing
2282           nearly *everything*) is not appealing, though.
2283    
2284    I removed the "rebinding =" warning hack because due to the new organization
2285    it was awkward to maintain it.  As a result, the compiler now issues some of
2286    these warnings when compiling init.cmi during bootstrap compilation. On
2287    the plus side, you also get a warning when you do, for example:
2288       val op = = Int32.+
2289    which was not the case up to now.
2290    
2291    I placed "assign" and "deref" into the _Core structure so that the
2292    code that deals with the "lazy" keyword can find them there.  This
2293    removes the need for having access to the primitive environment
2294    during elaboration.
2295    
2296    ----------------------------------------------------------------------
2297    Name: Matthias Blume
2298    Date: 2001/08/13
2299    Tag: blume-20010813-closures
2300    Description:
2301    
2302    This fix was sent to us by Zhong Shao.  It is supposed to improve the
2303    performance of certain loops by avoiding needless closure allocation.
2304    
2305    ----------------------------------------------------------------------
2306    Name: Lal George
2307    Date: 2001/07/31 10:03:23 EDT 2001
2308    Tag: george-20010731-x86-fmalloc
2309    Description: Fixed bug in x86 calls
2310    
2311        There was a bug where call instructions would mysteriously
2312        vanish. The call instruction had to be one that returned
2313        a floating point value.
2314    
2315    ----------------------------------------------------------------------
2316    Name: Lal George
2317    Date: 2001/07/19 16:36:29 EDT 2001
2318    Tag: george-20010719-simple-cells
2319    Description:
2320    
2321    I have dramatically simplified the interface for CELLS in MLRISC.
2322    
2323    In summary, the cells interface is broken up into three parts:
2324    
2325      1. CellsBasis : CELLS_BASIS
2326    
2327            CellsBasis is a top level structure and common for all
2328            architectures.  it contains the definitions of basic datatypes
2329            and utility  functions over these types.
2330    
2331      2. functor Cells() : CELLS
2332    
2333            Cells generates an interface for CELLS that incorporates the
2334            specific resources on the target architecture, such as the
2335            presence of special register classes, their number and size,
2336            and various useful substructures.
2337    
2338      3. <ARCH>CELLS
2339    
2340            e.g. SparcCells: SPARCCELLS
2341    
2342            <ARCH>CELLS usually contains additional bindings for special
2343            registers  on the architecture, such as:
2344    
2345                    val r0 : cell           (* register zero *)
2346                    val y : cell            (* Y register *)
2347                    val psr : cell          (* processor status register *)
2348                    ...
2349    
2350            The structure returned by applying the Cells functor is opened
2351            in this interface.
2352    
2353    The main implication of all this is that the datatypes for cells is
2354    split between CellsBasis and CELLS -- a fairly simple change for user
2355    code.
2356    
2357    In the old scheme the CELLS interface had a definitional binding of
2358    the form:
2359    
2360            signature CELLS = sig
2361    
2362               structure CellsBasis = CellsBasis
2363    
2364               ...
2365    
2366            end
2367    
2368    With all the sharing constraints that goes on in MLRISC, this old
2369    design  quickly leads to errors such as:
2370    
2371            "structure definition spec inside of sharing ... "
2372    
2373    
2374    and appears to require an unacceptable amount of sharing and where
2375    constraint hackery.
2376    
2377    I think this error message (the interaction of definitional specs and
2378    sharing) requires more explanation on our web page.
2379    
2380    ----------------------------------------------------------------------
2381    Name: Matthias Blume
2382    Date: 2001/07/19 15:00:00 EDT
2383    Tag: blume-20010719-libreorg
2384    Description:
2385    
2386    This update puts together a fairly extensive but straightforward change
2387    to the way the libraries that implement the interactive system are
2388    organized:
2389    
2390       The biggest change is the elimination of structure Compiler.  As a
2391       replacement for this structure, there is now a CM library
2392       (known as $smlnj/compiler.cm or $smlnj/compiler/current.cm)
2393       that exports all the substructures of the original structure Compiler
2394       directly.  So instead of saying Compiler.Foo.bar one now simply
2395       says Foo.bar.  (The CM libraries actually export a collection of
2396       structures that is richer than the collection of substructures of
2397       structure Compiler.)
2398    
2399       To make the transition smooth, there is a separate library called
2400       $smlnj/compiler/compiler.cm which puts together and exports the
2401       original structure Compiler (or at least something very close to it).
2402    
2403       There are five members of the original structure Compiler
2404       that are not exported directly but which instead became members
2405       of a new structure Backend (described by signature BACKEND).  These are:
2406       structure Profile (: PROFILE), structure Compile (: COMPILE), structure
2407       Interact (: INTERACT), structure Machine (: MACHINE), and val
2408       architecture (: string).
2409    
2410       Structure Compiler.Version has become structure CompilerVersion.
2411    
2412       Cross-compilers for alpha32, hppa, ppc, sparc, and x86 are provided
2413       by $smlnj/compiler/<arch>.cm where <arch> is alpha32, hppa, ppc, sparc,
2414       or x86, respectively.
2415       Each of these exports the same frontend structures that
2416       $smlnj/compiler.cm exports.  But they do not have a structure Backend
2417       and instead export some structure <Arch>Backend where <Arch> is Alpha32,
2418       Hppa, PPC, Sparc, or X86, respectively.
2419    
2420       Library $smlnj/compiler/all.cm exports the union of the exports of
2421       $smlnj/compiler/<arch>.cm
2422    
2423       There are no structures <Arch>Compiler anymore, use
2424       $smlnj/compiler/<arch>.cm instead.
2425    
2426       Library host-compiler-0.cm is gone.  Instead, the internal library
2427       that instantiates CM is now called cm0.cm.  Selection of the host
2428       compiler (backend) is no longer done here but. (Responsibility for it
2429       now lies with $smlnj/compiler/current.cm.  This seems to be more
2430       logical.)
2431    
2432       Many individual files have been moved or renamed.  Some files have
2433       been split into multiple files, and some "dead" files have been deleted.
2434    
2435    Aside from these changes to library organization, there are also changes
2436    to the way the code itself is organized:
2437    
2438       Structure Binfile has been re-implemented in such a way that it no
2439       longer needs any knowledge of the compiler.  It exclusively deals
2440       with the details of binfile layout.  It no longer invokes the
2441       compiler (for the purpose of creating new prospective binfile
2442       content), and it no longer has any knowledge of how to interpret
2443       pickles.
2444    
2445       Structure Compile (: COMPILE) has been stripped down to the bare
2446       essentials of compilation.  It no longer deals with linking/execution.
2447       The interface has been cleaned up considerably.
2448    
2449       Utility routines for dealing with linking and execution have been
2450       moved into their own substructures.
2451    
2452       (The ultimate goal of these changes is to provide a light-weight
2453       binfile loader/linker (at least for, e.g., stable libraries) that
2454       does not require CM or the compiler to be present.)
2455    
2456    CM documentation has been updated to reflect the changes to library
2457    organization.
2458    
2459    ----------------------------------------------------------------------
2460    Name: Matthias Blume
2461    Date: 2001/07/10 17:30:00 EDT
2462    Tag: Release_110_34
2463    Description:
2464    
2465    Minor tweak to 110.34 (re-tagged):
2466    
2467      - README.html file added to CVS repository
2468      - runtime compiles properly under FreeBSD 3.X and 4.X
2469    
2470    ----------------------------------------------------------------------
2471    Name: Matthias Blume
2472    Date: 2001/07/10 17:30:00 EDT
2473    Tag: Release_110_34
2474    Description:
2475    
2476    New version number (110.34). New bootfiles.
2477    
2478    ----------------------------------------------------------------------
2479    Name: Matthias Blume
2480    Date: 2001/07/09 16:00:00 EDT
2481    Tag: blume-20010709-more-varargs
2482    Description:
2483    
2484    I changed the handling of varargs in ml-nlffigen again:
2485    The ellipsis ... will now simply be ignored (with an accompanying warning).
2486    
2487    The immediate effect is that you can actually call a varargs function
2488    from ML -- but you can't actually supply any arguments beyond the ones
2489    specified explicitly.  (For example, you can call printf with its format
2490    string, but you cannot pass additional arguments.)
2491    
2492    This behavior is only marginally more useful than the one before, but
2493    it has the advantage that a function or, more importantly, a function
2494    type never gets dropped on the floor, thus avoiding follow-up problems with
2495    other types that refer to the offending one.
2496    
2497    ----------------------------------------------------------------------
2498    Name: Matthias Blume
2499    Date: 2001/07/09 11:25:00 EDT
2500    Tag: blume-20010709-varargs
2501    Description:
2502    
2503    1. ckit-lib.cm now exports structure Error
2504    2. ml-nlffigen reports occurences of "..." (i.e., varargs function types)
2505       with a warning accompanied by a source location.  Moreover, it
2506       merely skips the offending function or type and proceeds with the
2507       rest of its work.u  As a result, one can safely feed C code containing
2508       "..." to ml-nlffigen.
2509    3. There are some internal improvements to CM, providing slightly
2510       more general string substitutions in the tools subsystem.
2511    
2512    ----------------------------------------------------------------------
2513    Name: Matthias Blume
2514    Date: 2001/06/27 15:10:00 EDT
2515    Tag: blume-20010627-concur
2516    Description:
2517    
2518    Fixed a small bug in CM's handling of parallel compilation.
2519    (You could observe the bug by Control-C-interrupting an ordinary
2520    CMB.make or CM.stabilize and then attaching some compile servers.
2521    The result was that all of a sudden the previously interrupted
2522    compilation would continue on its own.  This was because of
2523    an over-optimization: CM did not bother to clean out certain queues
2524    when no servers were attached "anyway", resulting in the contents
2525    of these queues to grab control when new servers did get attached.)
2526    
2527    There is also another minor update to the CM manual.
2528    
2529    ----------------------------------------------------------------------
2530    Name: Matthias Blume
2531    Date: 2001/06/26 16:15:00 EDT
2532    Tag: blume-20010626-cmdoc
2533    Description:
2534    
2535    Minor typo fixed in CM manual (syntax diagram for libraries).
2536    
2537    ----------------------------------------------------------------------
2538    Name: Matthias Blume
2539    Date: 2001/06/25 22:55:00 EDT
2540    Tag: blume-20010625-x86pc
2541    Description:
2542    
2543    Fixed a nasty bug in the X86 assembly code that caused signal
2544    handlers to fail (crash) randomly.
2545    
2546    ----------------------------------------------------------------------
2547    Name: Matthias Blume
2548    Date: 2001/06/25 12:05:00 EDT
2549    Tag: blume-20010625-nlffigen
2550    Description:
2551    
2552    This update fixes a number of minor bugs in ml-nlffigen as reported by
2553    Nick Carter <nbc@andrew.cmu.edu>.
2554    
2555      1. Silly but ok typedefs of the form "typedef void myvoid;" are now accepted.
2556      2. Default names for generated files are now derived from the name of
2557         the C file *without its directory*.  In particular, this causes generated
2558         files to be placed locally even if the C file is in some system directory.
2559      3. Default names for generated signatures and structures are also derived
2560         from the C file name without its directory.  This avoids silly things
2561         like "structure GL/GL".
2562         (Other silly names are still possible because ml-nlffigen does not do
2563          a thorough check of whether generated names are legal ML identifiers.
2564          When in doubt, use command line arguments to force particular names.)
2565    
2566    ----------------------------------------------------------------------
2567    Name: Matthias Blume
2568    Date: 2001/06/21 12:25:00 EDT
2569    Tag: blume-20010621-eXene
2570    Description:
2571    
2572    eXene now compiles and (sort of) works again.
2573    
2574    The library name (for version > 110.33) is $/eXene.cm.
2575    
2576    I also added an new example in src/eXene/examples/nbody.  See the
2577    README file there for details.
2578    
2579    ----------------------------------------------------------------------
2580    Name: Matthias Blume
2581    Date: 2001/06/20 16:40:00 EDT
2582    Tag: blume-20010620-cml
2583    Description:
2584    
2585    CML now compiles and works again.
2586    
2587    Libraries (for version > 110.33):
2588    
2589      $cml/cml.cm            Main CML library.
2590      $cml/basis.cm          CML's version of $/basis.cm.
2591      $cml/cml-internal.cm   Internal helper library.
2592      $cml/core-cml.cm       Internal helper library.
2593      $cml-lib/trace-cml.cm  Tracing facility.
2594      $cml-lib/smlnj-lib.cm  CML's version of $/smlnj-lib.cm
2595    
2596    The installer (config/install.sh) has been taught how to properly
2597    install this stuff.
2598    
2599    ----------------------------------------------------------------------
2600    Name: Matthias Blume
2601    Date: 2001/06/19 17:55:00 EDT
2602    Tag: blume-20010619-instantiate
2603    Description:
2604    
2605    This un-breaks the fix for bug 1432.
2606    (The bug was originally fixed in 110.9 but I broke it again some
2607    time after that.)
2608    
2609    ----------------------------------------------------------------------
2610    Name: Matthias Blume
2611    Date: 2001/06/19 17:25:00 EDT
2612    Tag: blume-20010619-signals
2613    Description:
2614    
2615    This should (hopefully) fix the long-standing signal handling bug.
2616    (The runtime system was constructing a continuation record with an
2617    incorrect descriptor which would cause the GC to drop data on the floor...)
2618    
2619    ----------------------------------------------------------------------
2620    Name: Matthias Blume
2621    Date: 2001/06/15 15:05:00 EDT
2622    Tag: blume-20010615-moresparc
2623    Description:
2624    
2625    Here is a short late-hour update related to Sparc c-calls:
2626    
2627     -- made handling of double-word arguments a bit smarter
2628    
2629     -- instruction selection phase tries to collapse certain clumsily
2630        constructed ML-Trees; typical example:
2631    
2632            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
2633    
2634        This currently has no further impact on SML/NJ since mlriscGen does
2635        not seem to generate such patterns in the first place, and c-calls
2636        (which did generate them in the beginning) has meanwhile been fixed
2637        so as to avoid them as well.
2638    
2639    ----------------------------------------------------------------------
2640    Name: Matthias Blume
2641    Date: 2001/06/15 15:05:00 EDT
2642    Tag: blume-20010615-sparc
2643    Description:
2644    
2645    The purpose of this update is to provide an implementation of NLFFI
2646    on Sparc machines.
2647    
2648    Here are the changes in detail:
2649    
2650       * src/MLRISC/sparc/c-calls/sparc-c-calls.sml is a new file containing
2651       the Sparc implementation of the c-calls API.
2652       * The Sparc backend of SML/NJ has been modified to uniformely use %fp
2653       for accessing the ML frame.  Thus, we have a real frame pointer and
2654       can freely modify %sp without need for an omit-frame-ptr phase.
2655       The vfp logic in src/compiler/CodeGen/* has been changed to accomodate
2656       this case.
2657       * ml-nlffigen has been taught to produce code for different architectures
2658       and calling conventions.
2659       * In a way similar to what was done in the x86 case, the Sparc
2660       backend uses its own specific extension to mltree.  (For example,
2661       it needs to be able to generate UNIMP instructions which are part
2662       of the calling convention.)
2663       * ml-nlffi-lib was reorganized to make it more modular (in particular,
2664       to make it easier to plug in new machine- and os-dependent parts).
2665    
2666    There are some other fairly unrelated bug fixes and cleanups as well:
2667    
2668       * I further hacked the .cm files for MLRISC tools (like MDLGen) so
2669       that they properly share their libraries with existing SML/NJ libraries.
2670       * I fixed a minor cosmetic bug in CM, supressing certain spurious
2671       follow-up error messages.
2672       * Updates to CM/CMB documentation.
2673    
2674    TODO items:
2675    
2676       * MLRISC should use a different register as its asmTemp on the Sparc.
2677         (The current %o2 is a really bad choice because it is part of the
2678         calling conventions, so things might interfere in unexpected ways.)
2679    
2680    ----------------------------------------------------------------------
2681    Name: Matthias Blume
2682    Date: 2001/06/07
2683    Tag: blume-20010607-calls
2684    Description:
2685    
2686    A number of internal changes related to C calls and calling conventions:
2687    
2688    1. ML-Tree CALL statements now carry a "pops" field.  It indicates the
2689       number of bytes popped implicitly (by the callee).  In most cases
2690       this field is 0 but on x86/win32 it is some non-zero value.  This
2691       is information provided for the benefit of the "omit-frameptr" pass.
2692    2. The CALL instruction on the x86 carries a similar "pops" field.
2693       The instruction selection phase copies its value from the ML-Tree
2694       CALL statement.
2695    3. On all other architectures, the instruction selection phase checks
2696       whether "pops=0" and complains if not.
2697    4. The c-calls implementation for x86 now accepts two calling conventions:
2698       "ccall" and "stdcall".  When "ccall" is selected, the caller cleans
2699       up after the call and pops is set to 0.  For "stdcall", the caller
2700       does nothing, leaving the cleanup to the callee; pops is set to
2701       the number of bytes that were pushed onto the stack.
2702    5. The cproto decoder (compiler/Semant/types/cproto.sml) now can
2703       distinguish between "ccall" and "stdcall".
2704    6. The UNIMP instruction has been added to the supported Sparc instruction
2705       set. (This is needed for implementing the official C calling convention
2706       on this architecture.)
2707    7. I fixed some of the .cm files under src/MLRISC/Tools to make them
2708       work with the latest CM.
2709    
2710    ----------------------------------------------------------------------
2711    Name: Matthias Blume
2712    Date: 2001/06/05 15:10:00 EDT
2713    Tag: blume-20010605-cm-index
2714    Description:
2715    
2716    0. The "lambdasplit" parameter for class "sml" in CM has been documented.
2717    
2718    1. CM can now generate "index files".  These are human-readable files
2719       that list on a per-.cm-file basis each toplevel symbol defined or
2720       imported.  The location of the index file for
2721       <p>/<d>.cm is <p>/CM/INDEX/<d>.cm.
2722       To enable index-file generation, set CM.Control.generate_index to true
2723       or export an environment-symbol: export CM_GENERATE_INDEX=true.
2724    
2725       The CM manual has been updated accordingly.
2726    
2727    2. I made some slight modifications to the c-calls API in MLRISC.
2728    
2729         a) There is now a callback to support saving/restoring of
2730            dedicated but caller-save registers around the actual call
2731            instruction.
2732         b) One can optionally specify a comment-annotation for the
2733            call instruction.
2734    
2735    3. SML/NJ (mlriscGen.sml) uses this new API for the rawccall primop.
2736       (For example, the comment annotation shows the C prototype of
2737        the function being called.)
2738    
2739    ----------------------------------------------------------------------
2740    Name: Matthias Blume
2741    Date: 2001/06/01 13:30:00 EDT
2742    Tag: blume-20010601-nlffi-cleanup
2743    Description:
2744    
2745    This is mostly a cleanup of MLFFI stuff:
2746    
2747       - some signature files have been put into a more exposed place
2748       - the ugly 'f type parameter is gone (simplifies types tremendously!)
2749       - ml-nlffigen changed accordingly
2750       - tutorial updated
2751    
2752    Other changes:
2753    
2754       - author's affiliation in CM manual(s) updated
2755       - some more recognized keywords added to Allen's sml.sty
2756    
2757    ----------------------------------------------------------------------
2758    Name: Matthias Blume
2759    Date: 2001/05/25 15:30:00 EDT
2760    Tag: blume-20010525-iptr
2761    Description:
2762    
2763      - put the official 110.33-README (as it appears on the ftp server) under
2764        CVS
2765      - fixed a small bug related to incomplete pointer types in
2766        ml-nlffigen
2767      - small cosmetic change to the ml-nlffi-lib's "arr" type constructor
2768        (it does not need the 'f type parameter)
2769    
2770    ----------------------------------------------------------------------
2771    Name: Matthias Blume
2772    Date: 2001/05/23 14:30:00 EDT
2773    Tag: Release_110_33
2774    Description:
2775    
2776    New version number (110.33).  New bootfiles.
2777    
2778    ----------------------------------------------------------------------
2779    Name: Matthias Blume
2780    Date: 2001/05/22 18:06:00 EDT
2781    Tag: blume-20010522-targets
2782    Description:
2783    
2784    Made install.sh use file config/targets.customized if it exists, falling
2785    back to config/targets if it doesn't.  This way one can have a customized
2786    version of the targets file without touching the "real thing", thus
2787    eliminating the constant fear of accidentally checking something bogus
2788    back into the CVS repository...  (File config/targets.customized must
2789    not be added to the repository!)
2790    
2791    ----------------------------------------------------------------------
2792    Name: Matthias Blume
2793    Date: 2001/05/22 16:30:00 EDT
2794    Tag: blume-20010522-minitut
2795    Description:
2796    
2797    1. Bug fix in ml-nlffigen; now (hopefully) correctly handling
2798       struct returns.
2799    2. Added src/ml-nlffi-lib/Doc/mini-tutorial.txt.  This is some very
2800       incomplete, preliminary documentation for NLFFI.
2801    
2802    ----------------------------------------------------------------------
2803    Name: Matthias Blume
2804    Date: 2001/05/14 11:30:00 EDT
2805    Tag: blume-20010514-script
2806    Description:
2807    
2808    Some bugs in install script fixed.
2809    
2810    In addition to that I also made a slight change to the NLFFI API:
2811    Functors generated by ml-nlffigen now take the dynamic library as a
2812    straight functor argument, not as a suspended one.  (The original
2813    functor code used to force the suspension right away anyway, so there
2814    was nothing gained by this complication of the interface.)
2815    
2816    ----------------------------------------------------------------------
2817    Name: Matthias Blume
2818    Date: 2001/05/11 14:35:00 EDT
2819    Tag: blume-20010511-ml-nlffi
2820    Description:
2821    
2822    I finally took the plunge and added my new FFI code to the main
2823    repository.  For x86-linux it is now ready for prime-time.
2824    
2825    There are two new subdirectories of "src":
2826    
2827      - ml-nlffi-lib:
2828           The utility library for programs using the FFI interface.
2829           Here is the implementation of $/c.cm and its associated low-level
2830           partners $/c-int.cm and $/memory.cm.
2831      - ml-nlffigen:
2832           A stand-alone program for generating ML glue code from C source
2833           code.
2834    
2835    Building ml-nlffigen requires $/ckit-lib.cm.
2836    
2837    The config/install.sh script has been updates to do the Right Thing
2838    (hopefully).
2839    
2840    Notice that the source tree for the C-Kit will not be put under "src"
2841    but directly under the installation root directory.  (This is the
2842    structure that currently exists on the CVS server when you check out
2843    module "sml".)  Fortunately, config/install.sh knows about this oddity.
2844    
2845    Bugs: No documentation yet.
2846    
2847    ----------------------------------------------------------------------
2848    Name: Matthias Blume
2849    Date: 2001/05/09 16:35:00 EDT
2850    Tag: blume-20010509-cpscontract
2851    Description:
2852    
2853    Fixed a bug in the accounting code in cpsopt/contract.sml.  (The
2854    wrapper/unwrapper elimination did not decrement usage counts and some
2855    dead variables got overlooked by the dead-up logic.)
2856    
2857    ----------------------------------------------------------------------
2858    Name: Lal George
2859    Date: 2001/05/08  17:26:09 EDT
2860    Tag: george-20010508-omit-frameptr
2861    Description:
2862    
2863    Changes to implement the omit-frame-pointer optimization to support
2864    raw C calls. For now, there is only support on the Intel x86, but
2865    other architectures will follow as more experience is gained with this.
2866    
2867    
2868    ----------------------------------------------------------------------
2869    Name: Matthias Blume
2870    Date: 2001/05/07 14:40:00 EDT
2871    Tag: blume-20010507-proxies
2872    Description:
2873    
2874    I made into "proxy libraries" all libraries that qualify for such a
2875    change.  (A qualifying library is a library that has another library or
2876    groups as its sole member and repeats that member's export list
2877    verbatim.  A proxy library avoids this repetition by omitting its export
2878    list, effectively inheriting the list that its (only) member exports.
2879    See the CM manual for more explanation.)
2880    The main effect is that explicit export lists for these libraries
2881    do not have to be kepts in sync, making maintenance a bit easier.
2882    
2883    I also added copyright notices to many .cm-files.
2884    
2885    Last but not least, I made a new set of bootfiles.
2886    
2887    ----------------------------------------------------------------------
2888    Name: Matthias Blume
2889    Date: 2001/05/04 17:00:00 EDT
2890    Tag: blume-20010504-cm-lsplit
2891    Description:
2892    
2893    0. John merged pending changes to $/smlnj-lib.cm
2894    
2895    1. Allen's previous change accidentally backed out of one of Lal's
2896       earlier changes.  I undid this mistake (re-introducing Lal's change).
2897    
2898    2. I used the new topOrder' function from graph-scc.sml (from $/smlnj-lib.cm)
2899       within the compiler where applicable.  There is some code simplification
2900       because of that.
2901    
2902    3. The "split" phase (in FLINT) is now part of the default list of phases.
2903       Compiler.Control.LambdaSplitting.* can be used to globally control the
2904       lambda-splitting (cross-module-inlining) engine.  In addition to that,
2905       it can now also be controlled on a per-source basis: CM has been taught
2906       a new tool parameter applicable to ML source files.
2907    
2908       - To turn lambda-splitting off completely:
2909            local open Compiler.Control.LambdaSplitting in
2910                val _ = set Off
2911            end
2912       - To make "no lambda-splitting" the global default (but allow per-source
2913         overriding); this is the initial setting:
2914            local open Compiler.Control.LambdaSplitting in
2915                val _ = set (Default NONE)
2916            end
2917       - To make "lambda-splitting with aggressiveness a" the global default
2918         (and allow per-source overriding):
2919            local open Compiler.Control.LambdaSplitting in
2920                val _ = set (Default (SOME a))
2921            end
2922    
2923       - To turn lambda-splitting off for a given ML souce file (say: a.sml)
2924         write (in the respective .cm-file):
2925            a.sml (lambdasplitting:off)
2926       - To turn lambda-splitting for a.sml on with minimal aggressiveness:
2927            a.sml (lambdasplitting:on)
2928       - To turn lambda-splitting for a.sml on with aggressiveness <a> (where
2929         <a> is a decimal non-negative integer):
2930            a.sml (lambdasplitting:<a>)
2931       - To turn lambda-splitting for a.sml on with maximal aggressiveness:
2932            a.sml (lambdasplitting:infinity)
2933       - To use the global default for a.sml:
2934            a.sml (lambdasplitting:default)
2935         or simply
2936            a.sml
2937    
2938    ----------------------------------------------------------------------
2939    Name: Allen Leung
2940    Date: 2001/05/04 01:57:00 EDT
2941    Tag: leunga-20010504-sync
2942    Description:
2943    
2944      MLRISC features.
2945    
2946      1. Fix to CMPXCHG instructions.
2947      2. Changed RA interface to allow annotations in callbacks.
2948      3. Added a new method to the stream interface to allow annotations updates.
2949    
2950    ----------------------------------------------------------------------
2951    Name: Matthias Blume
2952    Date: 2001/05/01 11:45:00 EDT
2953    Tag: blume-20010501-pcedittmp
2954    Description:
2955    
2956    Changed install.sh to use the current working directory instead of
2957    /usr/tmp for a temporary file (pcedittmp).  The previous choice
2958    of /usr/tmp caused trouble with MacOS X because of file premission
2959    problems.
2960    
2961    ----------------------------------------------------------------------
2962    Name: Matthias Blume
2963    Date: 2001/04/20 11:10:00 EDT
2964    Tag: blume-20010420-inMLflag
2965    Description:
2966    
2967     - added vp_limitPtrMask to vproc-state.h
2968       (for use by the raw-C-calls mechanism to implement proper interrupt
2969        handling)
2970     - made the ML compiler aware of various data-structure offsets so it
2971       can generate code for accessing the vp_inML flag and vp_limitPtrMask
2972     - tweaked mlriscGen.sml to have it emit interrupt-handling code for
2973       raw C-calls
2974    
2975    ----------------------------------------------------------------------
2976    Name: Lal George
2977    Date: 2001/04/20 09:15:28 EDT
2978    Tag: george-20010420-macosX
2979    Description:
2980    
2981     - Changes to port to Mac OS X; Darwin.
2982    
2983     - In the process I found that sqrt was broken on the PPC, because the
2984       fsqrt instruction is not implemented.
2985    
2986    ----------------------------------------------------------------------
2987    Name: Matthias Blume
2988    Date: 2001/04/18 12:45:00 EDT
2989    Tag: blume-20010418-ccalls
2990    Description:
2991    
2992     - fixed two off-by-4 errors in the x86-specific c-calls implementation
2993       (this bug prevented structure arguments containing pointers from being
2994        passed correctly)
2995     - changed the raw-C-call code in mlriscGen.sml in such a way that
2996       structure arguments are represented as a pointer to the beginning
2997       of the structure (instead of having a series of synthesized arguments,
2998       one for each structure member)
2999    
3000     - made makeml script's verbosity level configurable via environment
3001       variable (MAKEML_VERBOSITY)
3002    
3003     - eliminated placeholder implementations for f32l, w16s, i16s, and f32s
3004       in rawmem-x86.sml; we are now using the real thing
3005    
3006    ----------------------------------------------------------------------
3007    Name: Matthias Blume
3008    Date: 2001/03/22 16:25:00 EST
3009    Tag: blume-20010322-bootfiles
3010    Description:
3011    
3012    Created a new set of bootfiles (for your automatic installation convenience).
3013    
3014    ----------------------------------------------------------------------
3015    Name: Matthias Blume
3016    Date: 2001/03/22 15:10:00 EST
3017    Tag: blume-20010322-rawmem-parcm
3018    Description:
3019    
3020    1. All "raw memory access" primitives for the new FFI are implemented now
3021       (at least on the x86).
3022    2. Some further cleanup of CM's parallel make mechanism.
3023    
3024    ----------------------------------------------------------------------
3025    Name: Matthias Blume
3026    Date: 2001/03/19 17:53:00 EST
3027    Tag: blume-20010319-parallel
3028    Description:
3029    
3030    Parallel make (using compile servers) now works again.
3031    
3032    To this end, CM.stabilize and CMB.make have been modified to work in
3033    two passes when compile servers are attached:
3034       1. Compile everything, do not perform stabilization; this pass
3035          uses compile servers
3036       2. Stabilize everything; this pass does not use compile servers
3037    If there are no compile servers, the two passes are combined into one
3038    (as before).  Splitting the passes increases the inherent parallelism
3039    in the dependency graph because the entire graph including all
3040    libraries is available at the same time.  This, in turn, improves
3041    server utilization.  The downside is that the master process will
3042    have to do some extra work after compilation is done (because for
3043    technical reasons it must re-read all the binfiles during stabilization).
3044    
3045    ----------------------------------------------------------------------
3046    Name: Matthias Blume
3047    Date: 2001/03/16 12:22:00 EST
3048    Tag: blume-20010316-bootfiles
3049    Description:
3050    
3051    Created a new set of bootfiles (for your automatic installation convenience).
3052    
3053    ----------------------------------------------------------------------
3054    Name: Matthias Blume
3055    Date: 2001/03/16 11:00:00 EST
3056    Tag: blume-20010316-MLTREE-fixup
3057    Description:
3058    
3059    This is a minor fixup for an (untagged) earlier commit by Allen.
3060    (A file was missing).
3061    
3062    ----------------------------------------------------------------------
3063    Name: Allen Leung
3064    Date: Mon Mar  5 18:54:57 EST 2001
3065    Tag: leunga-20010305-cut-support
3066    
3067    1. New support for alternative control-flow in MLTREE.
3068       Currently we support
3069    
3070          FLOW_TO(CALL ...., [k1,...,kn])
3071    
3072       This is needed for 'cuts to' in C-- and try/handle-like constructs
3073       in Moby
3074    
3075       New assembler flag "asm-show-cutsto" to turn on control-flow debugging.
3076    
3077    2. Register Allocator
3078    
3079       Changes in interface [from Fermin, John]
3080    
3081    3. Alpha 8-bit SLL support [Fermin]
3082    
3083    4. All architectures
3084    
3085       A new module (ClusterExpandCopies) for expanding parallel copies.
3086    
3087    ----------------------------------------------------------------------
3088    Name: Allen Leung
3089    Date: 2001/02/27 23:07:00 EST
3090    Tag: leunga-20010227-minor-stuff
3091    
3092    1. Alpha bug fix for CMOVNE
3093    2. Handle mltree COND(..,FCMP ...,...)
3094    3. Bug fix in simplifier
3095    
3096    ----------------------------------------------------------------------
3097    Name: Matthias Blume
3098    Date: 2001/01/30 17:50:00 EST
3099    Tag: blume-20010130-sync
3100    Description:
3101    
3102    This is just a minor update to sync my devel branch with the main brach.
3103    The only visible change is the addition of some README files.
3104    
3105    ----------------------------------------------------------------------
3106    Name: Matthias Blume
3107    Date: 2001/01/12 23:30:00 JST
3108    Tag: blume-20010112-bootfiles
3109    Description:
3110    
3111    Made a new set of bootfiles that goes with the current state of the
3112    repository.
3113    
3114    ----------------------------------------------------------------------
3115    Name: Matthias Blume
3116    Date: 2001/01/12 21:20:00 JST
3117    Tag: blume-20010112-sync
3118    Description:
3119    
3120    I am just flushing out some minor changes that had accumulated in
3121    my private branch in order to sync with the main tree.  (This is
3122    mainly because I had CVS trouble when trying to merge _into_ my
3123    private branch.)
3124    
3125    Most people should be completely unaffected by this.
3126    
3127    ----------------------------------------------------------------------
3128    Name: Allen Leung
3129    Date: Thu Jan 11 21:03:00 EST 2001
3130    Tag: leunga-20010111-labexp=mltree
3131    Description:
3132    
3133    1.  Removed the type LabelExp and replace it by MLTree.
3134    2.  Rewritten mltree-simplify with the pattern matcher tool.
3135    3.  There were some bugs in alpha code generator which would break
3136        64-bit code generation.
3137    4.  Redo the tools to generate code with the
3138    5.  The CM files in MLRISC (and in src/system/smlnj/MLRISC)
3139        are now generated by perl scripts.
3140    
3141    ----------------------------------------------------------------------
3142    Name: Matthias Blume
3143    Date: 2001/01/10 21:55:00 JST
3144    Tag: blume-20010110-rcc
3145    Description:
3146    
3147    The RCC stuff now seems to work (but only on the x86).
3148    This required hacking of the c-calls interface (and -implementation) in
3149    MLRISC.
3150    
3151    Normal compiler users should be unaffected.
3152    
3153    ----------------------------------------------------------------------
3154    Name: Matthias Blume
3155    Date: 2001/01/09 01:20:00 JST
3156    Tag: blume-20010109-rcc
3157    Description:
3158    
3159    This is a fairly big patch, flushing out a large number of pending
3160    changes that I made to my development copy over the last couple of days.
3161    
3162    Of practical relevance at this moment is a workaround for a pickling
3163    bug that Allen ran into the other day.  The cause of the bug itself is
3164    still unknown and it might be hard to fix it properly, but the
3165    workaround has some merits of its own (namely somewhat reducing pickling
3166    overhead for certain libraries).  Therefore, I think this solution should
3167    be satisfactory at this time.
3168    
3169    The rest of the changes (i.e., the vast majority) has to do with my
3170    ongoing efforts of providing direct support for C function calls from
3171    ML.  At the moment there is a new primop "RAW_CCALL", typing magic
3172    in types/cproto.sml (invoked from FLINT/trans/translate.sml), a new
3173    case in the FLINT CPS datatype (RCC), changes to cps/convert.sml to
3174    translate uses of RAW_CCALL into RCC, and changes to mlriscGen.sml to
3175    handle RCC.
3176    
3177    The last part (the changes to mlriscGen.sml) are still known to be
3178    wrong on the x86 and not implemented on all other architectures.  But
3179    the infrastructure is in place. I had to change a few functor
3180    signatures in the backend to be able to route the CCalls interface
3181    from MLRISC there, and I had to specialize the mltree type (on the
3182    x86) to include the necessary extensions. (The extensions themselves
3183    were already there and redy to go in MLRISC/x86).
3184    
3185    Everything should be very happy as soon as someone helps me with
3186    mlriscGen.sml...
3187    
3188    In any case, nothing of this should matter to anyone as long as the
3189    new primop is not being used (which is going to be the case unless you
3190    find it where I hid it :). The rest of the compiler is completely
3191    unaffected.
3192    
3193    ----------------------------------------------------------------------
3194    Name: Matthias Blume
3195    Date: 2001/01/05 00:30:00 JST
3196    Tag: blume-20010105-primops
3197    Description:
3198    
3199    Added some experimental support for work that I am doing right now.
3200    These changes mostly concern added primops, but there is also a new
3201    experimental C library in the runtime system (but currently not enabled
3202    anywhere except on Linux/X86).
3203    
3204    In the course of adding primops (and playing with them), I discovered that
3205    Zhong's INL_PRIM hack (no type info for certain primops) was, in fact, badly
3206    broken.  (Zhong was very right he labeled this stuff as "major gross hack".)
3207    To recover, I made type information in INL_PRIM mandatory and changed
3208    prim.sml as well as built-in.sml accordingly.  The InLine structure now
3209    has complete, correct type information (i.e., no bottom types).
3210    
3211    Since all these changes mean that we need new binfiles, I also bumped the
3212    version number to 110.32.1.
3213    
3214    ----------------------------------------------------------------------
3215    Name: Matthias Blume
3216    Date: 2000/12/30 22:10:00 JST
3217    Tag: blume-20001230-various
3218    Description:
3219    
3220    Added proxy libraries for MLRISC and let MLRISC libraries refer
3221    to each other using path anchors.  (See CM manual for explanation.)
3222    
3223    Updated CM documentation.
3224    
3225    Fixed some bugs in CM.
3226    
3227    Implemented "proxy" libraries (= syntactic sugar for CM).
3228    
3229    Added "-quiet" option to makeml and changed runtime system accordingly.
3230    
3231    Added cleanup handler for exportML to reset timers and compiler stats.
3232    
3233    ----------------------------------------------------------------------
3234    Name: Lal George
3235    Date: 2000/12/22 22:22:58 EST 2000
3236    Tag: Release_110_32
3237    Description:
3238    
3239            Infinite precision used throughout MLRISC.
3240            see MLRISC/mltree/machine-int.sig
3241    
3242    ----------------------------------------------------------------------
3243    Name: Matthias Blume
3244    Date: 2000/12/22 23:16:00 JST
3245    Tag: blume-20001222-warn
3246    Description:
3247    
3248    Corrected wording and formatting of some CM warning message which I
3249    broke in my previous patch.
3250    
3251    ----------------------------------------------------------------------
3252    Name: Matthias Blume
3253    Date: 2000/12/22 21:20:00 JST
3254    Tag: blume-20001222-anchorenv
3255    Description:
3256    
3257    Fixed CM's handling of anchor environments in connection with CMB.make.
3258    
3259    ----------------------------------------------------------------------
3260    Name: Matthias Blume
3261    Date: 2000/12/22 13:15:00 JST
3262    Tag: blume-20001222-cleanup
3263    Description:
3264    
3265    Removed src/cm/ffi which does not (and did not) belong here.
3266    
3267    ----------------------------------------------------------------------
3268    Name: Matthias Blume
3269    Date: 2000/12/21 23:55:00 JST
3270    Tag: blume-20001221-exn
3271    Description:
3272    
3273    Probably most important: CM no longer silently swallows all exceptions
3274    in the compiler.
3275    Plus: some other minor CM changes.  For example, CM now reports some
3276    sizes for generated binfiles (code, data, envpickle, lambdapickle).
3277    
3278    ----------------------------------------------------------------------
3279    Name: Matthias Blume
3280    Date: 2000/12/15 00:01:05 JST
3281    Tag: blume-20001215-dirtool
3282    Description:
3283    
3284    - "dir" tool added.
3285    - improvements and cleanup to Tools structure
3286    - documentation updates
3287    
3288    ----------------------------------------------------------------------
3289    Name: Allen Leung
3290    Date: Thu Dec 14 03:45:24 EST 2000
3291    Description:
3292    Tag:  leunga-20001214-int-inf
3293    Description:
3294    
3295       In IntInf, added these standard functions, which are missing from our
3296    implementation:
3297    
3298        andb : int * int -> int
3299        xorb : int * int -> int
3300        orb  : int * int -> int
3301        notb : int -> int
3302         <<   : int * word -> int
3303        ~>>  : int * word -> int
3304    
3305       Not tested, I hope they are correct.
3306    
3307    ----------------------------------------------------------------------
3308    Name: Allen Leung
3309    Date: Fri Dec  8 19:23:26 EST 2000
3310    Description:
3311    Tag:  leunga-20001208-nowhere
3312    Description:
3313    
3314      Slight improvements to the 'nowhere' tool to handle OR-patterns,
3315    to generate better error messages etc.  Plus a brief manual.
3316    
3317    ----------------------------------------------------------------------
3318    Name: Lal George
3319    Date: 2000/12/08 09:54:02 EST 2000
3320    Tag: Release_110_31
3321    Description:
3322    
3323    - Version 110.31
3324    ----------------------------------------------------------------------
3325    Name: Allen Leung
3326    Date: Thu Dec  7 22:01:04 EST 2000
3327    Tag:  leunga-20001207-cell-monster-hack
3328    Description:
3329    
3330    Major MLRISC internal changes.  Affect all clients.
3331    Summary:
3332    
3333    1.  Type CELLS.cell = int is now replaced by a datatype.
3334        As a result, the old regmap is now gone.  Almost all interfaces
3335        in MLRISC change as a consequence.
3336    
3337    2.  A new brand version of machine description tool (v3.0) that generates
3338        modules expecting the new interface.  The old version is removed.
3339    
3340    3.  The RA interface has been further abstracted into two new functors.
3341        RISC_RA and X86RA.  These functors have much simpler interfaces.
3342        [See also directory MLRISC/demo.]
3343    
3344    4.  Some other new source->source code generation tools are available:
3345    
3346        a. MLRISC/Tools/RewriteGen -- generate rewriters from rules.
3347        b. MLRISC/Tools/WhereGen -- expands conditional pattern matching rules.
3348           I use this tool to generate the peephole optimizers---with the new
3349           cell type changes, peephole rules are becoming difficult to write
3350           without conditional pattern matching.
3351    
3352    5.  More Intmap -> IntHashTable change.  Previous changes by Matthias didn't
3353        cover the entire MLRISC source tree so many things broke.
3354    
3355    6.  CM files have been moved to the subdirectory MLRISC/cm.
3356        They are moved because there are a lot of them and they clutter up the
3357        root dir.
3358    
3359    7.  More detailed documentation to come...
3360    
3361        NOTE: To rebuild from 110.30 (ftp distribution), you'll have to do
3362        a makeml -rebuild first.  This is because of other other
3363        changes that Matthias has made (see below).
3364    
3365    
3366    ----------------------------------------------------------------------
3367    Name: Matthias Blume
3368    Date: 2000/11/30 23:12:00 JST
3369    Tag: blume-20001130-filereorg
3370    Description:
3371    
3372    Some manual updates and some file reorganizations in CM.
3373    
3374    ----------------------------------------------------------------------
3375    Name: Matthias Blume
3376    Date: 2000/11/24 17:45:00 JST
3377    Tag: blume-20001124-link
3378    Description:
3379    
3380    Drastically improved link traversal code for the case that the dynamic
3381    value was already loaded at bootstrap time.  As a result, CM and CMB
3382    now both load blazingly fast -- even on a very slow machine.  Also,
3383    memory consumption has been further reduced by this.
3384    
3385    Warning: The format of the PIDMAP file has changed.  THerefore, to
3386    bootstrap you have to do this:
3387    
3388    1. Run CMB.make
3389    2. Make a symbolic link for the boot directory:
3390         ln -s sml.boot.ARCH-OS xxx
3391    3. "Rebuild" the boot directory:
3392         ./makeml -boot xxx -rebuild sml ; rm xxx
3393    4. Boot normally:
3394          ./makeml
3395    
3396    ----------------------------------------------------------------------
3397    Name: Matthias Blume
3398    Date: 2000/11/21 21:20:00 JST
3399    Tag: blume-20001121-tools
3400    Description:
3401    
3402    Continued hacking on autoloading problem -- with success this time.
3403    Also changed tool-plugin mechanism.  See new CM manual.
3404    
3405    ----------------------------------------------------------------------
3406    Name: Matthias Blume
3407    Date: 2000/11/19 14:30:00 JST
3408    Tag:  blume-20001119-autoload
3409    Description:
3410    
3411    Some hacking to make autoloading faster.  Success for CMB, no success
3412    so far for CM.  There is a reduced structure CM' that autoloads faster.
3413    (This is a temporary, non-documented hack to be eliminated again when
3414    the general problem is solved.)
3415    
3416    ----------------------------------------------------------------------
3417    Name: Matthias Blume
3418    Date: 2000/11/17 14:10:00 JST
3419    Tag: blume-20001117-pickle-lib
3420    Description:
3421    
3422    1. Eliminated comp-lib.cm
3423    2. Made pickle-lib.cm
3424    3. Eliminated all uses of intset.sml (from comp-lib.cm)
3425    4. Replaced all uses of intmap.{sig,sml} (from comp-lib.cm) with
3426       equivalent constructs from smlnj-lib.cm (INtHashTable).
3427    5. Point 4. also goes for those uses of intmap.* in MLRISC.
3428       Duplicated intmap modules thrown out.
3429    6. Hunted down all duplicated SCC code and replaced it with
3430       equivalent stuff (GraphSCCFn from smlnj-lib.cm).
3431    7. Rewrote Feedback module.
3432    8. Moved sortedlist.sml into viscomp-lib.cm.  Eventually it
3433       should be thrown out and equivalent modules from smlnj-lib.cm
3434       should be used (IntRedBlackSet, IntListSet, ...).
3435    
3436    Confirmed that compiler compiles to fixpoint.
3437    
3438    ----------------------------------------------------------------------
3439    Name: Allen Leung
3440    Date: 2000/11/10 18:00:00
3441    Tag: leunga-20001110-new-x86-fp
3442    
3443    A new x86 floating point code generator has been added.
3444    By default this is turned off.  To turn this on, do:
3445    
3446        CM.autoload "$smlnj/compiler.cm";
3447        Compiler.Control.MLRISC.getFlag "x86-fast-fp" := true;
3448    
3449    Changes:
3450    
3451    1.  Changed FTAN to FPTAN so that the assembly output is correct.
3452    2.  Changed the extension callback for FTANGENT to generate:
3453    
3454              fptan
3455              fstp  %st(0)
3456        instead of
3457              fptan
3458              fstpl ftempmem
3459    
3460    3.  Numerous assembly fixes for x86.
3461    
3462    5.  Cleaned up the machine code output module x86/x86MC.sml and added
3463        support for a whole bunch of instructions and addressing modes:
3464    
3465          fadd/fsub/fsubr/fmul/fdiv/fdivr  %st, %st(n)
3466          faddp/fsubp/fsubrp/fmulp/fdivp/fdivrp  %st, %st(n)
3467          fadd/fsub/fsubr/fmul/fdiv/fdivr  %st(n), %st
3468          fiadd/fisub/fisubr/fimul/fidiv/fidivr mem
3469          fxch %st(n)
3470          fld %st(n)
3471          fst %st(n)
3472          fst mem
3473          fstp %st(n)
3474          fucom %st(n)
3475          fucomp %st(n)
3476    
3477        All these are now generated when the fast fp mode is turned on.
3478    
3479    6.  Removed the dedicated registers %st(0), ..., %st(7) from X86CpsRegs
3480    
3481    ----------------------------------------------------------------------
3482    Name: Matthias Blume
3483    Date: 2000/11/09 11:20:00 JST
3484    Tag: blume-20001109-scc
3485    Description:
3486    
3487    Eliminated some code duplication:
3488    
3489    1. Added "where" clause to GraphSCCFn in SML/NJ Library.
3490       (Otherwise the functor is useless.)
3491    2. Used GraphSCCFn where SCCUtilFun was used previously.
3492    3. Got rid of SCCUtilFun (in comp-lib.cm).
3493    
3494    ----------------------------------------------------------------------
3495    Name: Lal George
3496    Date: 2000/11/06 09:02:21 EST 2000
3497    Tag: Release_110_30
3498    Description:
3499    
3500    - Version 110.30
3501    ----------------------------------------------------------------------
3502    Name: Matthias Blume
3503    Date: 2000/11/04 14:45:00
3504    Tag: blume-20001104-mlbuild
3505    Description:
3506    
3507    - Made ml-build faster on startup.
3508    - Documentation fixes.
3509    
3510    ----------------------------------------------------------------------
3511    Name: Matthias Blume
3512    Date: 2000/11/02 17:00:00 JST
3513    Tag: blume-20001102-condcomp
3514    Description:
3515    
3516    - Small tweaks to pickler -- new BOOTFILES!
3517    - Version bumped to 110.29.2.
3518    - Added conditional compilation facility to init.cmi (see comment there).
3519    ----------------------------------------------------------------------
3520    Name: Allen Leung
3521    Date: 2000/10/23 19:31:00
3522    Tag: leunga-20001023-demo-ra
3523    
3524    1. Minor RA changes that improves spilling on x86 (affects Moby and C-- only)
3525    2. Test programs for the graph library updated
3526    3. Some new MLRISC demo programs added
3527    
3528    ----------------------------------------------------------------------
3529    Name: Matthias Blume
3530    Date: 2000/08/31 22:15:00 JST
3531    Tag: blume-20001017-errmsg
3532    Description:
3533    
3534    More error message grief: Where there used to be no messages, there
3535    now were some that had bogus error regions.  Fixed.
3536    
3537    ----------------------------------------------------------------------
3538    Name: Matthias Blume
3539    Date: 2000/08/31 17:30:00 JST
3540    Tag: blume-20001017-v110p29p1
3541    Description:
3542    
3543    I made a version 110.29.1 with new bootfiles.
3544    
3545    Changes:  Modified pickler/unpickler for faster and leaner unpickling.
3546              CM documentation changes and a small bugfix in CM's error reporting.
3547    
3548    ----------------------------------------------------------------------
3549    Name: Lal George
3550    Date: 2000/09/27 14:42:35 EDT
3551    Tag: george-20000927-nodestatus
3552    Description:
3553    
3554    Changed the type of the nodestatus, so that:
3555    
3556            SPILLED(~1)             is now SPILLED
3557            SPILLED(m) where m>=0   is now MEMREG(m)
3558            SPILLED(s) where s<~1   is now SPILL_LOC(~s)
3559    
3560    ----------------------------------------------------------------------
3561    Name: Matthias Blume
3562    Date: 2000/09/07 14:45:00 JST
3563    Tag: blume-20000907-cmerrmsg
3564    Description:
3565    
3566    Small tweak to CM to avoid getting ML syntax error messages twice.
3567    
3568    ----------------------------------------------------------------------
3569    Name: Matthias Blume
3570    Date: 2000/08/31 18:00:00 JST
3571    Tag: blume-20000831-cvsbootfiles
3572    Description:
3573    
3574    New URL for boot files (because the 110.29 files on the BL server do
3575    now work correctly with my updated install scripts for yacc and lex).
3576    
3577    ----------------------------------------------------------------------
3578    Name: Matthias Blume
3579    Date: 2000/08/08 12:33:00 JST
3580    Tag: blume-20000808-manual
3581    Description:
3582    
3583    Tiny update to CM manual.
3584    
3585    ----------------------------------------------------------------------
3586    Name: Allen Leung
3587    Date: 2000/08/7 19:31:00
3588    Tag: leunga-20000807-a-whole-bunch-of-stuff
3589    
3590      Moby, C--, SSA, x86, machine descriptions etc.  Should only affect C--
3591    and Mobdy.
3592    
3593    1.  x86
3594    
3595       a.  Fixes to peephole module by John and Dan.
3596       b.  Assembly fix to SETcc by Allen.
3597       c.  Fix to c-call by John.
3598       d.  Fix to spilling by John.  (This one deals with the missing FSTPT case)
3599       e.  Instruction selection optimization to SETcc as suggested by John.
3600    
3601           For example,
3602    
3603            MV(32, x, COND(32, CMP(32, LT, a, b), LI 1, LI 0))
3604    
3605           should generate:
3606    
3607            MOVL a, x
3608            SUBL b, x
3609            SHRL 31, x
3610    
3611    2.  IR stuff
3612    
3613         A bunch of new DJ-graph related algorithms added.  These
3614         speed up SSA construction.
3615    
3616    3.  SSA + Scheduling
3617    
3618         Added code for SSA and scheduling to the repository
3619    
3620    ----------------------------------------------------------------------
3621    Name: Lal George