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