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 928, Tue Sep 18 13:38:46 2001 UTC revision 1253, Fri Jul 5 19:54:58 2002 UTC
# Line 8  Line 8 
8  The form of an entry should be:  The form of an entry should be:
9    
10  Name:  Name:
11  Date:  Date: yyyy/mm/dd
12  Tag: <post-commit CVS tag>  Tag: <post-commit CVS tag>
13  Description:  Description:
14    
15  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16  Name: Matthias Blume  Name: Matthias Blume
17    Date: 2002/07/05 16:00 EDT
18    Tag: Release_110_41
19    Description:
20    
21    New working release.  New bootfiles.
22    
23    ----------------------------------------------------------------------
24    Name: Matthias Blume
25    Date: 2002/07/05 10:25:00 EDT
26    Tag: blume-20020705-btimp
27    Description:
28    
29    Exported structure BTImp from $smlnj/viscomp/debugprof.cm so that
30    other clients can set up backtracing support.
31    
32    ----------------------------------------------------------------------
33    Name: Matthias Blume
34    Date: 2002/06/25 17:23:00 EDT
35    Tag: blume-20020625-fpmax
36    Description:
37    
38    Fixed a bug in translation of INLMAX (and INLMIN) for the floating-point
39    case.  (The sense of the isNaN test was reversed -- which made min and
40    max always return their first argument.)
41    
42    ----------------------------------------------------------------------
43    Name: Matthias Blume
44    Date: 2002/06/11
45    Tag: blume-20020611-unixpath
46    Description:
47    
48    Back-ported OS.Path.{from,to}UnixPath from idlbasis-devel branch.
49    
50    ----------------------------------------------------------------------
51    Name: Matthias Blume
52    Date: 2002/06/10 16:35:00 EDT
53    Tag: blume-20020610-ieeereal
54    Description:
55    
56    I back-ported my implementation of IEEEReal.fromString from the
57    idlbasis-devel branch so that we can test it.
58    
59    Another small change is that ppDec tries to give more information
60    than just "<sig>" in the case of functors.  However, this code is
61    broken in some mysterious way if the functor's body's signature
62    has not been declared by ascription but gets inferred from the
63    implementation.  This needs fixing...
64    
65    ----------------------------------------------------------------------
66    Name: Matthias Blume
67    Date: 2002/05/31
68    Tag: blume-20020531-btrace-mode
69    Description:
70    
71    Resurrected SMLofNJ.Internals.BTrace.mode.  (It accidentally fell by
72    the wayside when I switched over to using Controls everywhere.)
73    
74    ----------------------------------------------------------------------
75    Name: Lal George
76    Date: 2002/05/23 12:21:40 EDT
77    Tag: george-20020523-visual-labels
78    Description:
79    
80    Labels are now displayed in the graphical output to make
81    the fall-through and target blocks obvious.
82    
83    ----------------------------------------------------------------------
84    Name: Matthias Blume
85    Date: 2002/05/22 11:03:00 EDT
86    Tag: blume-20020522-shrink
87    Description:
88    
89    John tweaked yesterday's fix for 1131 to handle an out-of-memory
90    situation that comes up when allocating huge arrays.
91    
92    ----------------------------------------------------------------------
93    Name: Matthias Blume
94    Date: 2002/05/21 16:00:00 EDT
95    Tag: Release_110_40
96    Description:
97    
98    New working release (110.40).  New bootfiles.
99    
100    [Also: John Reppy fixed GC bug 1131.]
101    
102    ----------------------------------------------------------------------
103    Name: Matthias Blume
104    Date: 2002/05/21 12:35:00 EDT
105    Tag: blume-20020521-cmdoc
106    Description:
107    
108    CM documentation update.
109    
110    ----------------------------------------------------------------------
111    Name: Matthias Blume
112    Date: 2002/05/21 10:55:00 EDT
113    Tag: blume-20020521-misc
114    Description:
115    
116    - John tweaked runtime to be silent on heap export (except when
117      GC messages are on).
118    - I added a few more things (cross-compiling versions of CMB) to
119      config/preloads (as suggestions).
120    
121    ----------------------------------------------------------------------
122    Name: Matthias Blume
123    Date: 2002/05/20 22:25:00 EDT
124    Tag: blume-20020520-controls
125    Description:
126    
127    - Added ControlUtil structure to control-lib.cm.
128    - Use it throughout.
129    - Used Controls facility to define MLRISC controls (as opposed to
130      registering MLRISC control ref cells with Controls after the fact)
131    - Fixed messed-up controls priorities.
132    
133    * Removed again all the stuff from config/preloads that one wouldn't
134      be able to preload at the time the initial heap image is built.
135      (Many libraries, e.g., CML, do not exist yet at this time.  The
136       only libraries that can be preloaded via config/preloads are those
137       that come bundled with the bootfiles.)
138    
139    ----------------------------------------------------------------------
140    Name: Matthias Blume
141    Date: 2002/05/20 10:59:00 EDT
142    Tag: blume-20020520-preloads
143    Description:
144    
145    Added a lot of commented-out suggestions for things to be included
146    in config/preloads.
147    
148    ----------------------------------------------------------------------
149    Name: Allen Leung
150    Date: 2002/05/18 14:20:00 EDT
151    Tag: leunga-20020518-mdl
152    Description:
153    
154    o Made the mdl tool stuff compile and run again.
155    o I've disabled all the stuff that depends on RTL specifications; they
156      are all badly broken anyway.
157    
158    ----------------------------------------------------------------------
159    Name: Matthias Blume
160    Date: 2002/05/17 16:49:00 EDT
161    Tag: blume-20020517-controls
162    Description:
163    
164    0. John Reppy made several modifications to the SML/NJ library.
165       In particular, there is a shiny new controls-lib.cm.
166    
167    1. Pushed new controls interface through compiler so that everything
168       compiles again.
169    
170    2. Added FormatComb and FORMAT_COMB to the CML version of the
171       SML/NJ library (so that CML compiles again).
172    
173    3. Modified init scripts because XXX_DEFAULT environment variables
174       are no longer with us.  (Boot-time initialization is now done
175       using the same environment variables that are also used for
176       startup-time initialization of controls.)
177    
178    ----------------------------------------------------------------------
179    Name: Lal George
180    Date: 2002/05/15 09:20:10 EDT
181    Tag: george-20020515-pseudo-op-decls
182    Description:
183    
184            All pseudo-ops emitted before the first segment declaration
185    such as TEXT, DATA, and BSS directives are assumed to be global
186    declarations and are emitted first in the assembly file. This is
187    useful in a number of situations where one has pseudo-ops that are not
188    specific to any segment, and also works around the constraint that one
189    cannot have client pseudo-ops in the TEXT segment.
190    
191            Because no segment is associated with these declarations it is
192    an error to allocate any space or objects before the first segment
193    directive and an exception will be raised. However, we cannot make
194    this check for client pseudo-ops.
195    
196            These top level declarations are a field in the CFG graph_info.
197    In theory you can continue to add to this field after the CFG has been
198    built -- provided you know what you are doing;-)
199    
200    ----------------------------------------------------------------------
201    Name: Matthias Blume
202    Date: 2002/05/13 16:40:00 EDT
203    Tag: blume-20020513-pp-etc
204    Description:
205    
206    A few minor bugfixes:
207    
208      - Stopgap measure for bug recently reported by Elsa Gunter (ppDec).
209        (Bogus printouts for redefined bindings still occur.  Compiler
210        bug should no longer occur now.  We need to redo the prettyprinter
211        from scratch.)
212    
213      - CM pathname printer now also adds escape sequences for ( and )
214    
215      - commend and docu fixes for ml-nlffi
216    
217    ----------------------------------------------------------------------
218    Name: Matthias Blume
219    Date: 2002/05/10 16:40:00 EDT
220    Tag: blume-20020510-erg-textio
221    Description:
222    
223    Applied the following bugfix provided by Emden Gansner:
224    
225        Output is corrupted when outputSubstr is used rather than output.
226    
227        The problem occurs when a substring
228    
229            ss = (s, dataStart, dataLen)
230    
231        where dataStart > 0, fills a stream buffer with avail bytes left.
232        avail bytes of s, starting at index dataStart, are copied into the
233        buffer, the buffer is flushed, and then the remaining dataLen-avail
234        bytes of ss are copied into the beginning of the buffer. Instead of
235        starting this copy at index dataStart+avail in s, the current code
236        starts the copy at index avail.
237    
238        Fix:
239        In text-io-fn.sml, change line 695 from
240             val needsFlush = copyVec(v, avail, dataLen-avail, buf, 0)
241        to
242             val needsFlush = copyVec(v, dataStart+avail, dataLen-avail, buf, 0)
243    
244    ----------------------------------------------------------------------
245    Name: Matthias Blume
246    Date: 2002/04/12 13:55:00 EDT
247    Tag: blume-20020412-assyntax
248    Description:
249    
250    1. Grabbed newer assyntax.h from the XFree86 project.
251    2. Fiddled with how to compile X86.prim.asm without warnings.
252    3. (Very) Minor cleanup in CM.
253    
254    ----------------------------------------------------------------------
255    Name: Matthias Blume
256    Date: 2002/04/01 (no joke!) 17:07:00 EST
257    Tag: blume-20020401-x86div
258    Description:
259    
260    Added full support for div/mod/rem/quot on the x86, using the machine
261    instruction's two results (without clumsily recomputing the remainder)
262    directly where appropriate.
263    
264    Some more extensive power-of-two support was added to the x86 instruction
265    selector (avoiding expensive divs, mods, and muls where they can be
266    replaced with cheaper shifts and masks).  However, this sort of thing
267    ought to be done earlier, e.g., within the CPS optimizer so that
268    all architectures benefit from it.
269    
270    The compiler compiles to a fixed point, but changes might be somewhat
271    fragile nevertheless.  Please, report any strange things that you might
272    see wrt. div/mod/quot/rem...
273    
274    ----------------------------------------------------------------------
275    Name: Matthias Blume
276    Date: 2002/03/29 17:22:00
277    Tag: blume-20020329-div
278    Description:
279    
280    Fixed my broken div/mod logic.  Unfortunately, this means that the
281    inline code for div/mod now has one more comparison than before.
282    Fast paths (quotient > 0 or remainder = 0) are not affected, though.
283    The problem was with quotient = 0, because that alone does not tell
284    us which way the rounding went.  One then has to look at whether
285    remainder and divisor have the same sign...  :(
286    
287    Anyway, I replaced the bootfiles with fresh ones...
288    
289    ----------------------------------------------------------------------
290    Name: Matthias Blume
291    Date: 2002/03/29 14:10:00 EST
292    Tag: blume-20020329-inlprims
293    Description:
294    
295    NEW BOOTFILES!!!    Version number bumped to 110.39.3.
296    
297    Primops have changed. This means that the bin/boot-file formats have
298    changed as well.
299    
300    To make sure that there is no confusion, I made a new version.
301    
302    
303    CHANGES:
304    
305    * removed REMT from mltree (remainder should never overflow).
306    
307    * added primops to deal with divisions of all flavors to the frontend
308    
309    * handled these primops all the way through so they map to their respective
310      MLRISC support
311    
312    * used these primops in the implementation of Int, Int32, Word, Word32
313    
314    * removed INLDIV, INLMOD, and INLREM as they are no longer necessary
315    
316    * parameterized INLMIN, INLMAX, and INLABS by a numkind
317    
318    * translate.sml now deals with all flavors of INL{MIN,MAX,ABS}, including
319      floating point
320    
321    * used INL{MIN,MAX,ABS} in the implementation of Int, Int32, Word, Word32,
322      and Real (but Real.abs maps to a separate floating-point-only primop)
323    
324    
325    TODO items:
326    
327    * Hacked Alpha32 instruction selection, disabling the selection of REMx
328      instructions because the machine instruction encoder cannot handle
329      them.  (Hppa, PPC, and Sparc instruction selection did not handle
330      REM in the first place, and REM is supported by the x86 machine coder.)
331    
332    * Handle DIV and MOD with DIV_TO_NEGINF directly in the x86 instruction
333      selection phase.  (The two can be streamlined because the hardware
334      delivers both quotient and remainder at the same time anyway.)
335    
336    * Think about what to do with "valOf(Int32.minInt) div ~1" and friends.
337      (Currently the behavior is inconsistent both across architectures and
338      wrt. the draft Basis spec.)
339    
340    * Word8 should eventually be handled natively, too.
341    
342    * There seems to be one serious bug in mltree-gen.sml.  It appears, though,
343      as if there currently is no execution path that could trigger it in
344      SML/NJ.  (The assumptions underlying functions arith and promotable do not
345      hold for things like multiplication and division.)
346    
347    ----------------------------------------------------------------------
348    Name: Matthias Blume
349    Date: 2002/03/27 16:27:00 EST
350    Tag: blume-20020327-mlrisc-divisions
351    Description:
352    
353    Added support for all four division operations (ML's div, mod, quot,
354    and rem) to MLRISC.  In the course of doing so, I also rationalized
355    the naming (no more annoying switch-around of DIV and QUOT), by
356    parameterizing the operation by div_rounding_mode (which can be either
357    DIV_TO_ZERO or DIV_TO_NEGINF).
358    
359    The generic MLTreeGen functor takes care of compiling all four
360    operations down to only round-to-zero div.
361    
362    Missing pieces:
363    
364      * Doing something smarter than relying on MLTreeGen on architectures
365        like, e.g., the x86 where hardware division delivers both quotient and
366        remainder at the same time.  With this, the implementation of the
367        round-to-neginf operations could be further streamlined.
368    
369      * Remove inlining support for div/mod/rem from the frontend and replace it
370        with primops that get carried through to the backend.  Do this for all
371        int and word types.
372    
373    ----------------------------------------------------------------------
374    Name: Matthias Blume
375    Date: 2002/03/25 17:25:00 EST
376    Tag: blume-20020325-divmod
377    Description:
378    
379    I improved (hopefully without breaking them) the implementation of Int.div,
380    Int.mod, and Int.rem.   For this, the code in translate.sml now takes
381    advantage of the following observations:
382    
383      Let  q = x quot y      r = x rem y
384           d = x div  y      m = x mod y
385    
386    where "quot" is the round-to-zero version of integer division that
387    hardware usually provides.  Then we have:
388    
389         r = x - q * y        where neither the * nor the - will overflow
390         d = if q >= 0 orelse x = q * y then q else q - 1
391                              where neither the * nor the - will overflow
392         m = if q >= 0 orelse r = 0 then r else r + y
393                              where the + will not overflow
394    
395    This results in substantial simplification of the generated code.
396    The following table shows the number of CFG nodes and edges generated
397    for
398            fun f (x, y) = x OPER y
399            (* with OPER \in div, mod, quot, rem *)
400    
401    
402        OPER | nodes(old) | edges(old) | nodes(new) | edges(new)
403        --------------------------------------------------------
404         div |         24 |         39 |         12 |         16
405         mod |         41 |         71 |         12 |         16
406        quot |          8 |         10 |          8 |         10
407         rem |         10 |         14 |          8 |         10
408    
409    
410    ----------------------------------------------------------------------
411    Name: Matthias Blume
412    Date: 2002/03/25 22:06:00 EST
413    Tag: blume-20020325-cprotobug
414    Description:
415    
416    Fixed a bug in cproto (c prototype decoder).
417    
418    ----------------------------------------------------------------------
419    Name: Matthias Blume
420    Date: 2002/03/25 16:00:00 EST
421    Tag: blume-20020325-raw-primops
422    Description:
423    
424    I did some cleanup to Allen's new primop code and
425    replaced yesterday's bootfiles with new ones.
426    (But they are stored in the same place.)
427    
428    ----------------------------------------------------------------------
429    Name: Matthias Blume
430    Date: 2002/03/24 22:40:00 EST
431    Tag: blume-20020324-bootfiles
432    Description:
433    
434    Made the bootfiles that Allen asked for.
435    
436    ----------------------------------------------------------------------
437    Name: Allen Leung
438    Date: 2002/03/23 15:50:00 EST
439    Tag: leunga-20020323-flint-cps-rcc-primops
440    Description:
441    
442      1. Changes to FLINT primops:
443    
444        (* make a call to a C-function;
445         * The primop carries C function prototype information and specifies
446         * which of its (ML-) arguments are floating point. C prototype
447         * information is for use by the backend, ML information is for
448         * use by the CPS converter. *)
449      | RAW_CCALL of { c_proto: CTypes.c_proto,
450                       ml_args: ccall_type list,
451                       ml_res_opt: ccall_type option,
452                       reentrant : bool
453                     } option
454       (* Allocate uninitialized storage on the heap.
455        * The record is meant to hold short-lived C objects, i.e., they
456        * are not ML pointers.  With the tag, the representation is
457        * the same as RECORD with tag tag_raw32 (sz=4), or tag_fblock (sz=8)
458        *)
459      | RAW_RECORD of {tag:bool,sz:int}
460      and ccall_type = CCALL_INT32 | CCALL_REAL64 | CCALL_ML_PTR
461    
462      2.  These CPS primops are now overloaded:
463    
464           rawload of {kind:numkind}
465           rawstore of {kind:numkind}
466    
467          The one argument form is:
468    
469             rawload {kind} address
470    
471          The two argument form is:
472    
473             rawload {kind} [ml object, byte-offset]
474    
475      3. RAW_CCALL/RCC now takes two extra arguments:
476    
477         a. The first is whether the C call is reentrant, i.e., whether
478            ML state should be saved and restored.
479         b. The second argument is a string argument specifying the name of
480            library and the C function.
481    
482         These things are currently not handled in the code generator, yet.
483    
484      4. In CProto,
485    
486         An encoding type of "bool" means "ml object" and is mapped into
487         C prototype of PTR.  Note that "bool" is different than "string",
488         even though "string" is also mapped into PTR, because "bool"
489         is assigned an CPS type of BOGt, while "string" is assigned INT32t.
490    
491      5. Pickler/unpicker
492    
493         Changed to handle RAW_RECORD and newest RAW_CCALL
494    
495      6. MLRiscGen,
496    
497         1. Changed to handle the new rawload/rawstore/rawrecord operators.
498         2. Code for handling C Calls has been moved to a new module CPSCCalls,
499            in the file CodeGen/cpscompile/cps-c-calls.sml
500    
501      7. Added the conditional move operator
502    
503             condmove of branch
504    
505         to cps.  Generation of this is still buggy so it is currently
506         disabled.
507    
508    ----------------------------------------------------------------------
509    Name: Lal George
510    Date: 2002/03/22 14:18:25 EST
511    Tag: george-20020322-cps-branch-prob
512    Description:
513    
514    Implemented the Ball-Larus branch prediction-heuristics, and
515    incorporated graphical viewers for control flow graphs.
516    
517    Ball-Larus Heuristics:
518    ---------------------
519    See the file compiler/CodeGen/cpscompile/cpsBranchProb.sml.
520    
521    By design it uses the Dempster-Shafer theory for combining
522    probabilities.  For example, in the function:
523    
524        fun f(n,acc) = if n = 0 then acc else f(n-1, n*acc)
525    
526    the ball-larus heuristics predicts that the n=0 is unlikely
527    (OH-heuristic), and the 'then' branch is unlikely because of the
528    RH-heuristic -- giving the 'then' branch an even lower combined
529    probability using the Dempster-Shafer theory.
530    
531    Finally, John Reppy's loop analysis in MLRISC, further lowers the
532    probability of the 'then' branch because of the loop in the else
533    branch.
534    
535    
536    Graphical Viewing:
537    ------------------
538    I merely plugged in Allen's graphical viewers into the compiler. The
539    additional code is not much. At the top level, saying:
540    
541            Control.MLRISC.getFlag "cfg-graphical-view" := true;
542    
543    will display the graphical view of the control flow graph just before
544    back-patching.  daVinci must be in your path for this to work. If
545    daVinci is not available, then the default viewer can be changed
546    using:
547    
548            Control.MLRISC.getString "viewer"
549    
550    which can be set to "dot" or "vcg" for the corresponding viewers. Of
551    course, these viewers must be in your path.
552    
553    The above will display the compilation unit at the level of clusters,
554    many of which are small, boring, and un-interesting. Also setting:
555    
556            Control.MLRISC.getInt "cfg-graphical-view_size"
557    
558    will display clusters that are larger than the value set by the above.
559    
560    
561    ----------------------------------------------------------------------
562    Name: Matthias Blume
563    Date: 2002/03/21 22:20:00 EST
564    Tag: blume-20020321-kmp-bugfix
565    Description:
566    
567    Changed the interface to the KMP routine in PreString and fixed
568    a minor bug in one place where it was used.
569    
570    ----------------------------------------------------------------------
571    Name: Allen Leung
572    Date: 2002/03/21 20:30:00 EST
573    Tag: leunga-20020321-cfg
574    Description:
575    
576      Fixed a potential problem in cfg edge splitting.
577    
578    ----------------------------------------------------------------------
579    Name: Allen Leung
580    Date: 2002/03/21 17:15:00 EST
581    Tag: leunga-20020321-x86-fp-cfg
582    Description:
583    
584      1. Recoded the buggy parts of x86-fp.
585    
586         a. All the block reordering code has been removed.
587            We now depend on the block placement phases to do this work.
588    
589         b. Critical edge splitting code has been simplified and moved into the
590            CFG modules, as where they belong.
591    
592         Both of these were quite buggy and complex.  The code is now much, much
593         simpler.
594    
595      2. X86 backend.
596    
597         a. Added instructions for 64-bit support.  Instruction selection for
598            64-bit has not been committed, however, since that
599            requires changes to MLTREE which haven't been approved by
600            Lal and John.
601    
602         b. Added support for FUCOMI and FUCOMIP when generating code for
603            PentiumPro and above.  We only generate these instructions in
604            the fast-fp mode.
605    
606         c. Added cases for JP and JNP in X86FreqProps.
607    
608      3. CFG
609    
610         CFG now has a bunch of methods for edge splitting and merging.
611    
612      4. Machine description.
613    
614         John's simplification of MLTREE_BASIS.fcond broke a few machine
615         description things:
616    
617         rtl-build.{sig,sml} and hppa.mdl fixed.
618    
619         NOTE: the machine description stuff in the repository is still broken.
620               Again, I can't put my fixes in because that involves
621               changes to MLTREE.
622    
623    ----------------------------------------------------------------------
624    Name: Matthias Blume
625    Date: 2002/03/20 15:55:00 EST
626    Tag: blume-20020320-kmp
627    Description:
628    
629    Implemented Knuth-Morris-Pratt string matching in PreString and used
630    it for String.isSubstring, Substring.isSubstring, and
631    Substring.position.
632    
633    (Might need some stress-testing.  Simple examples worked fine.)
634    
635    ----------------------------------------------------------------------
636    Name: Matthias Blume
637    Date: 2002/03/19 16:37:00 EST
638    Tag: blume-20020319-witnesses
639    Description:
640    
641    Added a structure C.W and functions convert/Ptr.convert to ml-nlffi-lib.
642    
643    This implements a generic mechanism for changing constness qualifiers
644    anywhere within big C types without resorting to outright "casts".
645    (So far, functions such as C.rw/C.ro or C.Ptr.rw/C.Ptr.ro only let you
646    modify the constness at the outermost level.)
647    The implementation of "convert" is based on the idea of "witness"
648    values -- values that are not used by the operation but whose types
649    "testify" to their applicability.  On the implementation side, "convert"
650    is simply a projection (returning its second curried argument).  With
651    cross-module inlining, it should not result in any machine code being
652    generated.
653    
654    ----------------------------------------------------------------------
655    Name: Matthias Blume
656    Date: 2002/03/15 16:40:00 EST
657    Tag: blume-20020315-basis
658    Description:
659    
660    Provided (preliminary?) implementations for
661    
662      {String,Substring}.{concatWith,isSuffix,isSubstring}
663    
664    and
665    
666      Substring.full
667    
668    Those are in the Basis spec but they were missing in SML/NJ.
669    
670    ----------------------------------------------------------------------
671    Name: Matthias Blume
672    Date: 2002/03/14 21:30:00 EST
673    Tag: blume-20020314-controls
674    Description:
675    
676    Controls:
677    ---------
678    
679    1. Factored out the recently-added Controls : CONTROLS stuff and put
680       it into its own library $/controls-lib.cm.  The source tree for
681       this is under src/smlnj-lib/Controls.
682    
683    2. Changed the names of types and functions in this interface, so they
684       make a bit more "sense":
685    
686          module -> registry
687          'a registry -> 'a group
688    
689    3. The interface now deals in ref cells only.  The getter/setter interface
690       is (mostly) gone.
691    
692    4. Added a function that lets one register an already-existing ref cell.
693    
694    5. Made the corresponding modifications to the rest of the code so that
695       everything compiles again.
696    
697    6. Changed the implementation of Controls.MLRISC back to something closer
698       to the original.  In particular, this module (and therefore MLRISC)
699       does not depend on Controls.  There now is some link-time code in
700       int-sys.sml that registers the MLRISC controls with the Controls
701       module.
702    
703    CM:
704    ---
705    
706      * One can now specify the lambda-split aggressiveness in init.cmi.
707    
708    ----------------------------------------------------------------------
709    Name: Allen Leung
710    Date: 2002/03/13 17:30:00 EST
711    Tag: leunga-20020313-x86-fp-unary
712    Description:
713    
714    Bug fix for:
715    
716    > leunga@weaselbane:~/Yale/tmp/sml-dist{21} bin/sml
717    > Standard ML of New Jersey v110.39.1 [FLINT v1.5], March 08, 2002
718    > - fun f(x,(y,z)) = Real.~ y;
719    > [autoloading]
720    > [autoloading done]
721    >       fchsl   (%eax), 184(%esp)
722    > Error: MLRisc bug: X86MCEmitter.emitInstr
723    >
724    > uncaught exception Error
725    >   raised at: ../MLRISC/control/mlriscErrormsg.sml:16.14-16.19
726    
727    The problem was that the code generator did not generate any fp registers
728    in this case, and the ra didn't know that it needed to run the X86FP phase to
729    translate the pseudo fp instruction.   This only happened with unary fp
730    operators in certain situations.
731    
732    ----------------------------------------------------------------------
733    Name: Matthias Blume
734    Date: 2002/03/13 14:00:00 EST
735    Tag: blume-20020313-overload-etc
736    Description:
737    
738    1. Added _overload as a synonym for overload for backward compatibility.
739       (Control.overloadKW must be true for either version to be accepted.)
740    
741    2. Fixed bug in install script that caused more things to be installed
742       than what was requested in config/targets.
743    
744    3. Made CM aware of the (_)overload construct so that autoloading
745       works.
746    
747    ----------------------------------------------------------------------
748    Name: Matthias Blume
749    Date: 2002/03/12 22:03:00 EST
750    Tag: blume-20020312-url
751    Description:
752    
753    Forgot to update BOOT and srcarchiveurl.
754    
755    ----------------------------------------------------------------------
756    Name: Matthias Blume
757    Date: 2002/03/12 17:30:00 EST
758    Tag: blume-20020312-version110392
759    Description:
760    
761    Yet another version number bump (because of small changes to the
762    binfile format).  Version number is now 110.39.2.  NEW BOOTFILES!
763    
764    Changes:
765    
766      The new pid generation scheme described a few weeks ago was overly
767      complicated.  I implemented a new mechanism that is simpler and
768      provides a bit more "stability":  Once CM has seen a compilation
769      unit, it keeps its identity constant (as long as you do not delete
770      those crucial CM/GUID/* files).  This means that when you change
771      an interface, compile, then go back to the old interface, and
772      compile again, you arrive at the original pid.
773    
774      There now also is a mechanism that instructs CM to use the plain
775      environment hash as a module's pid (effectively making its GUID
776      the empty string).  For this, "noguid" must be specified as an
777      option to the .sml file in question within its .cm file.
778      This is most useful for code that is being generated by tools such
779      as ml-nlffigen (because during development programmers tend to
780      erase the tool's entire output directory tree including CM's cached
781      GUIDs).  "noguid" is somewhat dangerous (since it can be used to locally
782      revert to the old, broken behavior of SML/NJ, but in specific cases
783      where there is no danger of interface confusion, its use is ok
784      (I think).
785    
786      ml-nlffigen by default generates "noguid" annotations.  They can be
787      turned off by specifying -guid in its command line.
788    
789    ----------------------------------------------------------------------
790    Name: Lal George
791    Date: 2002/03/12 12 14:42:36 EST
792    Tag: george-20020312-frequency-computation
793    Description:
794    
795    Integrated jump chaining and static block frequency into the
796    compiler. More details and numbers later.
797    
798    ----------------------------------------------------------------------
799    Name: Lal George
800    Date: 2002/03/11 11 22:38:53 EST
801    Tag: george-20020311-jump-chain-elim
802    Description:
803    
804    Tested the jump chain elimination on all architectures (except the
805    hppa).  This is on by default right now and is profitable for the
806    alpha and x86, however, it may not be profitable for the sparc and ppc
807    when compiling the compiler.
808    
809    The gc test will typically jump to a label at the end of the cluster,
810    where there is another jump to an external cluster containing the actual
811    code to invoke gc. This is to allow factoring of common gc invocation
812    sequences. That is to say, we generate:
813    
814            f:
815               testgc
816               ja   L1      % jump if above to L1
817    
818            L1:
819               jmp L2
820    
821    
822    After jump chain elimination the 'ja L1' instructions is converted to
823    'ja L2'. On the sparc and ppc, many of the 'ja L2' instructions may end
824    up being implemented in their long form (if L2 is far away) using:
825    
826            jbe     L3      % jump if below or equal to L3
827            jmp     L2
828         L3:
829            ...
830    
831    
832    For large compilation units L2  may be far away.
833    
834    
835    ----------------------------------------------------------------------
836    Name: Matthias Blume
837    Date: 2002/03/11 13:30:00 EST
838    Tag: blume-20020311-mltreeeval
839    Description:
840    
841    A functor parameter was missing.
842    
843    ----------------------------------------------------------------------
844    Name: Allen Leung
845    Date: 2002/03/11 10:30:00 EST
846    Tag: leunga-20020311-runtime-string0
847    Description:
848    
849       The representation of the empty string now points to a
850    legal null terminated C string instead of unit.  It is now possible
851    to convert an ML string into C string with InlineT.CharVector.getData.
852    This compiles into one single machine instruction.
853    
854    ----------------------------------------------------------------------
855    Name: Allen Leung
856    Date: 2002/03/10 23:55:00 EST
857    Tag: leunga-20020310-x86-call
858    Description:
859    
860       Added machine generation for CALL instruction (relative displacement mode)
861    
862    ----------------------------------------------------------------------
863    Name: Matthias Blume
864    Date: 2002/03/08 16:05:00
865    Tag: blume-20020308-entrypoints
866    Description:
867    
868    Version number bumped to 110.39.1.  NEW BOOTFILES!
869    
870    Entrypoints: non-zero offset into a code object where execution should begin.
871    
872    - Added the notion of an entrypoint to CodeObj.
873    - Added reading/writing of entrypoint info to Binfile.
874    - Made runtime system bootloader aware of entrypoints.
875    - Use the address of the label of the first function given to mlriscGen
876      as the entrypoint.  This address is currently always 0, but it will
877      not be 0 once we turn on block placement.
878    - Removed the linkage cluster code (which was The Other Way(tm) of dealing
879      with entry points) from mlriscGen.
880    
881    ----------------------------------------------------------------------
882    Name: Allen Leung
883    Date: 2002/03/07 20:45:00 EST
884    Tag: leunga-20020307-x86-cmov
885    Description:
886    
887       Bug fixes for CMOVcc on x86.
888    
889       1. Added machine code generation for CMOVcc
890       2. CMOVcc is now generated in preference over SETcc on PentiumPro or above.
891       3. CMOVcc cannot have an immediate operand as argument.
892    
893    ----------------------------------------------------------------------
894    Name: Matthias Blume
895    Date: 2002/03/07 16:15:00 EST
896    Tag: blume-20020307-controls
897    Description:
898    
899    This is a very large but mostly boring patch which makes (almost)
900    every tuneable compiler knob (i.e., pretty much everything under
901    Control.* plus a few other things) configurable via both the command
902    line and environment variables in the style CM did its configuration
903    until now.
904    
905    Try starting sml with '-h' (or, if you are brave, '-H')
906    
907    To this end, I added a structure Controls : CONTROLS to smlnj-lib.cm which
908    implements the underlying generic mechanism.
909    
910    The interface to some of the existing such facilities has changed somewhat.
911    For example, the MLRiscControl module now provides mkFoo instead of getFoo.
912    (The getFoo interface is still there for backward-compatibility, but its
913    use is deprecated.)
914    
915    The ml-build script passes -Cxxx=yyy command-line arguments through so
916    that one can now twiddle the compiler settings when using this "batch"
917    compiler.
918    
919    TODO items:
920    
921    We should go through and throw out all controls that are no longer
922    connected to anything.  Moreover, we should go through and provide
923    meaningful (and correct!) documentation strings for those controls
924    that still are connected.
925    
926    Currently, multiple calls to Controls.new are accepted (only the first
927    has any effect).  Eventually we should make sure that every control
928    is being made (via Controls.new) exactly once.  Future access can then
929    be done using Controls.acc.
930    
931    Finally, it would probably be a good idea to use the getter-setter
932    interface to controls rather than ref cells.  For the time being, both
933    styles are provided by the Controls module, but getter-setter pairs are
934    better if thread-safety is of any concern because they can be wrapped.
935    
936    *****************************************
937    
938    One bug fix: The function blockPlacement in three of the MLRISC
939    backpatch files used to be hard-wired to one of two possibilities at
940    link time (according to the value of the placementFlag).  But (I
941    think) it should rather sense the flag every time.
942    
943    *****************************************
944    
945    Other assorted changes (by other people who did not supply a HISTORY entry):
946    
947    1. the cross-module inliner now works much better (Monnier)
948    2. representation of weights, frequencies, and probabilities in MLRISC
949       changed in preparation of using those for weighted block placement
950       (Reppy, George)
951    
952    ----------------------------------------------------------------------
953    Name: Lal George
954    Date: 2002/03/07 14:44:24 EST 2002
955    Tag: george-20020307-weighted-block-placement
956    
957    Tested the weighted block placement optimization on all architectures
958    (except the hppa) using AMPL to generate the block and edge frequencies.
959    Changes were required in the machine properties to correctly
960    categorize trap instructions. There is an MLRISC flag
961    "weighted-block-placement" that can be used to enable weighted block
962    placement, but this will be ineffective without block/edge
963    frequencies (coming soon).
964    
965    
966    ----------------------------------------------------------------------
967    Name: Lal George
968    Date: 2002/03/05 17:24:48 EST
969    Tag: george-20020305-linkage-cluster
970    
971    In order to support the block placement optimization, a new cluster
972    is generated as the very first cluster (called the linkage cluster).
973    It contains a single jump to the 'real' entry point for the compilation
974    unit. Block placement has no effect on the linkage cluster itself, but
975    all the other clusters  have full freedom in the manner in which they
976    reorder blocks or functions.
977    
978    On the x86 the typical linkage code that is generated is:
979       ----------------------
980            .align 2
981       L0:
982            addl    $L1-L0, 72(%esp)
983            jmp     L1
984    
985    
986            .align  2
987       L1:
988       ----------------------
989    
990    72(%esp) is the memory location for the stdlink register. This
991    must contain the address of the CPS function being called. In the
992    above example, it contains the address of  L0; before
993    calling L1 (the real entry point for the compilation unit), it
994    must contain the address for L1, and hence
995    
996            addl $L1-L0, 72(%esp)
997    
998    I have tested this on all architectures except the hppa.The increase
999    in code size is of course negligible
1000    
1001    ----------------------------------------------------------------------
1002    Name: Allen Leung
1003    Date: 2002/03/03 13:20:00 EST
1004    Tag: leunga-20020303-mlrisc-tools
1005    
1006      Added #[ ... ] expressions to mlrisc tools
1007    
1008    ----------------------------------------------------------------------
1009    Name: Matthias Blume
1010    Date: 2002/02/27 12:29:00 EST
1011    Tag: blume-20020227-cdebug
1012    Description:
1013    
1014    - made types in structure C and C_Debug to be equal
1015    - got rid of code duplication (c-int.sml vs. c-int-debug.sml)
1016    - there no longer is a C_Int_Debug (C_Debug is directly derived from C)
1017    
1018    ----------------------------------------------------------------------
1019    Name: Matthias Blume
1020    Date: 2002/02/26 12:00:00 EST
1021    Tag: blume-20020226-ffi
1022    Description:
1023    
1024    1. Fixed a minor bug in CM's "noweb" tool:
1025       If numbering is turned off, then truly don't number (i.e., do not
1026       supply the -L option to noweb).  The previous behavior was to supply
1027       -L'' -- which caused noweb to use the "default" line numbering scheme.
1028       Thanks to Chris Richards for pointing this out (and supplying the fix).
1029    
1030    2. Once again, I reworked some aspects of the FFI:
1031    
1032       A. The incomplete/complete type business:
1033    
1034       - Signatures POINTER_TO_INCOMPLETE_TYPE and accompanying functors are
1035         gone!
1036       - ML types representing an incomplete type are now *equal* to
1037         ML types representing their corresponding complete types (just like
1038         in C).  This is still safe because ml-nlffigen will not generate
1039         RTTI for incomplete types, nor will it generate functions that
1040         require access to such RTTI.   But when ML code generated from both
1041         incomplete and complete versions of the C type meet, the ML types
1042         are trivially interoperable.
1043    
1044         NOTE:  These changes restore the full generality of the translation
1045         (which was previously lost when I eliminated functorization)!
1046    
1047       B. Enum types:
1048    
1049       - Structure C now has a type constructor "enum" that is similar to
1050         how the "su" constructor works.  However, "enum" is not a phantom
1051         type because each "T enum" has values (and is isomorphic to
1052         MLRep.Signed.int).
1053       - There are generic access operations for enum objects (using
1054         MLRep.Signed.int).
1055       - ml-nlffigen will generate a structure E_foo for each "enum foo".
1056         * The structure contains the definition of type "mlrep" (the ML-side
1057         representation type of the enum).  Normally, mlrep is the same
1058         as "MLRep.Signed.int", but if ml-nlffigen was invoked with "-ec",
1059         then mlrep will be defined as a datatype -- thus facilitating
1060         pattern matching on mlrep values.
1061         ("-ec" will be suppressed if there are duplicate values in an
1062          enumeration.)
1063         * Constructors ("-ec") or values (no "-ec") e_xxx of type mlrep
1064         will be generated for each C enum constant xxx.
1065         * Conversion functions m2i and i2m convert between mlrep and
1066         MLRep.Signed.int.  (Without "-ec", these functions are identities.)
1067         * Coversion functions c and ml convert between mlrep and "tag enum".
1068         * Access functions (get/set) fetch and store mlrep values.
1069       - By default (unless ml-nlffigen was invoked with "-nocollect"), unnamed
1070         enumerations are merged into one single enumeration represented by
1071         structure E_'.
1072    
1073    ----------------------------------------------------------------------
1074    Name: Allen Leung
1075    Date: 2002/02/25 04:45:00 EST
1076    Tag: leunga-20020225-cps-spill
1077    
1078    This is a new implementation of the CPS spill phase.
1079    The new phase is in the new file compiler/CodeGen/cpscompile/spill-new.sml
1080    In case of problems, replace it with the old file spill.sml
1081    
1082    The current compiler runs into some serious performance problems when
1083    constructing a large record.  This can happen when we try to compile a
1084    structure with many items.  Even a very simple structure like the following
1085    makes the compiler slow down.
1086    
1087        structure Foo = struct
1088           val x_1 = 0w1 : Word32.int
1089           val x_2 = 0w2 : Word32.int
1090           val x_3 = 0w3 : Word32.int
1091           ...
1092           val x_N = 0wN : Word32.int
1093        end
1094    
1095    The following table shows the compile time, from N=1000 to N=4000,
1096    with the old compiler:
1097    
1098    N
1099    1000   CPS 100 spill                           0.04u  0.00s  0.00g
1100           MLRISC ra                               0.06u  0.00s  0.05g
1101              (spills = 0 reloads = 0)
1102           TOTAL                                   0.63u  0.07s  0.21g
1103    
1104    1100   CPS 100 spill                           8.25u  0.32s  0.64g
1105           MLRISC ra                               5.68u  0.59s  3.93g
1106              (spills = 0 reloads = 0)
1107           TOTAL                                   14.71u  0.99s  4.81g
1108    
1109    1500   CPS 100 spill                           58.55u  2.34s  1.74g
1110           MLRISC ra                               5.54u  0.65s  3.91g
1111              (spills = 543 reloads = 1082)
1112           TOTAL                                   65.40u  3.13s  6.00g
1113    
1114    2000   CPS 100 spill                           126.69u  4.84s  3.08g
1115           MLRISC ra                               0.80u  0.10s  0.55g
1116              (spills = 42 reloads = 84)
1117           TOTAL                                   129.42u  5.10s  4.13g
1118    
1119    3000   CPS 100 spill                           675.59u  19.03s  11.64g
1120           MLRISC ra                               2.69u  0.27s  1.38g
1121              (spills = 62 reloads = 124)
1122           TOTAL                                   682.48u  19.61s  13.99g
1123    
1124    4000   CPS 100 spill                           2362.82u  56.28s  43.60g
1125           MLRISC ra                               4.96u  0.27s  2.72g
1126              (spills = 85 reloads = 170)
1127           TOTAL                                   2375.26u  57.21s  48.00g
1128    
1129    As you can see the old cps spill module suffers from some serious
1130    performance problem.  But since I cannot decipher the old code fully,
1131    instead of patching the problems up, I'm reimplementing it
1132    with a different algorithm.  The new code is more modular,
1133    smaller when compiled, and substantially faster
1134    (O(n log n) time and O(n) space).  Timing of the new spill module:
1135    
1136    4000  CPS 100 spill                           0.02u  0.00s  0.00g
1137          MLRISC ra                               0.25u  0.02s  0.15g
1138             (spills=1 reloads=3)
1139          TOTAL                                   7.74u  0.34s  1.62g
1140    
1141    Implementation details:
1142    
1143    As far as I can tell, the purpose of the CPS spill module is to make sure the
1144    number of live variables at any program point (the bandwidth)
1145    does not exceed a certain limit, which is determined by the
1146    size of the spill area.
1147    
1148    When the bandwidth is too large, we decrease the register pressure by
1149    packing live variables into spill records.  How we achieve this is
1150    completely different than what we did in the old code.
1151    
1152    First, there is something about the MLRiscGen code generator
1153    that we should be aware of:
1154    
1155    o MLRiscGen performs code motion!
1156    
1157       In particular, it will move floating point computations and
1158       address computations involving only the heap pointer to
1159       their use sites (if there is only a single use).
1160       What this means is that if we have a CPS record construction
1161       statement
1162    
1163           RECORD(k,vl,w,e)
1164    
1165       we should never count the new record address w as live if w
1166       has only one use (which is often the case).
1167    
1168       We should do something similar to floating point, but the transformation
1169       there is much more complex, so I won't deal with that.
1170    
1171    Secondly, there are now two new cps primops at our disposal:
1172    
1173     1. rawrecord of record_kind option
1174        This pure operator allocates some uninitialized storage from the heap.
1175        There are two forms:
1176    
1177         rawrecord NONE [INT n]  allocates a tagless record of length n
1178         rawrecord (SOME rk) [INT n] allocates a tagged record of length n
1179                                     and initializes the tag.
1180    
1181     2. rawupdate of cty
1182          rawupdate cty (v,i,x)
1183          Assigns to x to the ith component of record v.
1184          The storelist is not updated.
1185    
1186    We use these new primops for both spilling and increment record construction.
1187    
1188     1. Spilling.
1189    
1190        This is implemented with a linear scan algorithm (but generalized
1191        to trees).  The algorithm will create a single spill record at the
1192        beginning of the cps function and use rawupdate to spill to it,
1193        and SELECT or SELp to reload from it.  So both spills and reloads
1194        are fine-grain operations.  In contrast, in the old algorithm
1195        "spills" have to be bundled together in records.
1196    
1197        Ideally, we should sink the spill record construction to where
1198        it is needed.  We can even split the spill record into multiple ones
1199        at the places where they are needed.  But CPS is not a good
1200        representation for global code motion, so I'll keep it simple and
1201        am not attempting this.
1202    
1203     2. Incremental record construction (aka record splitting).
1204    
1205        Long records with many component values which are simulatenously live
1206        (recall that single use record addresses are not considered to
1207         be live) are constructed with rawrecord and rawupdate.
1208        We allocate space on the heap with rawrecord first, then gradually
1209        fill it in with rawupdate.  This is the technique suggested to me
1210        by Matthias.
1211    
1212        Some restrictions on when this is applicable:
1213        1. It is not a VECTOR record.  The code generator currently does not handle
1214           this case. VECTOR record uses double indirection like arrays.
1215        2. All the record component values are defined in the same "basic block"
1216           as the record constructor.  This is to prevent speculative
1217           record construction.
1218    
1219    ----------------------------------------------------------------------
1220    Name: Allen Leung
1221    Date: 2002/02/22 01:02:00 EST
1222    Tag: leunga-20020222-mlrisc-tools
1223    
1224    Minor bug fixes in the parser and rewriter
1225    
1226    ----------------------------------------------------------------------
1227    Name: Allen Leung
1228    Date: 2002/02/21 20:20:00 EST
1229    Tag: leunga-20020221-peephole
1230    
1231    Regenerated the peephole files.  Some contained typos in the specification
1232    and some didn't compile because of pretty printing bugs in the old version
1233    of 'nowhere'.
1234    
1235    ----------------------------------------------------------------------
1236    Name: Allen Leung
1237    Date: 2002/02/19 20:20:00 EST
1238    Tag: leunga-20020219-mlrisc-tools
1239    Description:
1240    
1241       Minor bug fixes to the mlrisc-tools library:
1242    
1243       1.  Fixed up parsing colon suffixed keywords
1244       2.  Added the ability to shut the error messages up
1245       3.  Reimplemented the pretty printer and fixed up/improved
1246           the pretty printing of handle and -> types.
1247       4.  Fixed up generation of literal symbols in the nowhere tool.
1248       5.  Added some SML keywords to to sml.sty
1249    
1250    ----------------------------------------------------------------------
1251    Name: Matthias Blume
1252    Date: 2002/02/19 16:20:00 EST
1253    Tag: blume-20020219-cmffi
1254    Description:
1255    
1256    A wild mix of changes, some minor, some major:
1257    
1258    * All C FFI-related libraries are now anchored under $c:
1259        $/c.cm      --> $c/c.cm
1260        $/c-int.cm  --> $c/internals/c-int.cm
1261        $/memory.cm --> $c/memory/memory.cm
1262    
1263    * "make" tool (in CM) now treats its argument pathname slightly
1264      differently:
1265        1. If the native expansion is an absolute name, then before invoking
1266           the "make" command on it, CM will apply OS.Path.mkRelative
1267           (with relativeTo = OS.FileSys.getDir()) to it.
1268        2. The argument will be passed through to subsequent phases of CM
1269           processing without "going native".  In particular, if the argument
1270           was an anchored path, then "make" will not lose track of that anchor.
1271    
1272    * Compiler backends now "know" their respective C calling conventions
1273      instead of having to be told about it by ml-nlffigen.  This relieves
1274      ml-nlffigen from one of its burdens.
1275    
1276    * The X86Backend has been split into X86CCallBackend and X86StdCallBackend.
1277    
1278    * Export C_DEBUG and C_Debug from $c/c.cm.
1279    
1280    * C type encoding in ml-nlffi-lib has been improved to model the conceptual
1281      subtyping relationship between incomplete pointers and their complete
1282      counterparts.  For this, ('t, 'c) ptr has been changed to 'o ptr --
1283      with the convention of instantiating 'o with ('t, 'c) obj whenever
1284      the pointer target type is complete.  In the incomplete case, 'o
1285      will be instantiated with some "'c iobj" -- a type obtained by
1286      using one of the functors PointerToIncompleteType or PointerToCompleteType.
1287    
1288      Operations that work on both incomplete and complete pointer types are
1289      typed as taking an 'o ptr while operations that require the target to
1290      be known are typed as taking some ('t, 'c) obj ptr.
1291    
1292      voidptr is now a bit "more concrete", namely "type voidptr = void ptr'"
1293      where void is an eqtype without any values.  This makes it possible
1294      to work on voidptr values using functions meant to operate on light
1295      incomplete pointers.
1296    
1297    * As a result of the above, signature POINTER_TO_INCOMPLETE_TYPE has
1298      been vastly simplified.
1299    
1300    ----------------------------------------------------------------------
1301    Name: Matthias Blume
1302    Date: 2002/02/19 10:48:00 EST
1303    Tag: blume-20020219-pqfix
1304    Description:
1305    
1306    Applied Chris Okasaki's bug fix for priority queues.
1307    
1308    ----------------------------------------------------------------------
1309    Name: Matthias Blume
1310    Date: 2002/02/15 17:05:00
1311    Tag: Release_110_39
1312    Description:
1313    
1314    Last-minute retagging is becoming a tradition... :-(
1315    
1316    This is the working release 110.39.
1317    
1318    ----------------------------------------------------------------------
1319    Name: Matthias Blume
1320    Date: 2002/02/15 16:00:00 EST
1321    Tag: Release_110_39-orig
1322    Description:
1323    
1324    Working release 110.39.  New bootfiles.
1325    
1326    (Update: There was a small bug in the installer so it wouldn't work
1327    with all shells.  So I retagged. -Matthias)
1328    
1329    ----------------------------------------------------------------------
1330    Name: Matthias Blume
1331    Date: 2002/02/15 14:17:00 EST
1332    Tag: blume-20020215-showbindings
1333    Description:
1334    
1335    Added EnvRef.listBoundSymbols and CM.State.showBindings.  Especially
1336    the latter can be useful for exploring what bindings are available at
1337    the interactive prompt.  (The first function returns only the list
1338    of symbols that are really bound, the second prints those but also the
1339    ones that CM's autoloading mechanism knows about.)
1340    
1341    ----------------------------------------------------------------------
1342    Name: Matthias Blume
1343    Date: 2002/02/15 12:08:00 EST
1344    Tag: blume-20020215-iptrs
1345    Description:
1346    
1347    Two improvements to ml-nlffigen:
1348    
1349      1. Write files only if they do not exist or if their current contents
1350         do not coincide with what's being written.  (That is, avoid messing
1351         with the time stamps unless absolutely necessary.)
1352    
1353      2. Implement a "repository" mechanism for generated files related
1354         to "incomplete pointer types".   See the README file for details.
1355    
1356    ----------------------------------------------------------------------
1357    Name: Matthias Blume
1358    Date: 2002/02/14 11:50:00 EST
1359    Tag: blume-20020214-quote
1360    Description:
1361    
1362    Added a type 't t_' to tag.sml (in ml-nlffi-lib.cm).  This is required
1363    because of the new and improved tag generation scheme.  (Thanks to Allen
1364    Leung for pointing it out.)
1365    
1366    ----------------------------------------------------------------------
1367    Name: Lal George
1368    Date: 2002/02/14 09:55:27 EST 2002
1369    Tag: george-20020214-isabelle-bug
1370    Description:
1371    
1372    Fixed the MLRISC bug sent by Markus Wenzel regarding the compilation
1373    of Isabelle on the x86.
1374    
1375    From Allen:
1376    -----------
1377     I've found the problem:
1378    
1379         in ra-core.sml, I use the counter "blocked" to keep track of the
1380         true number of elements in the freeze queue.  When the counter goes
1381         to zero, I skip examining the queue.  But I've messed up the
1382         bookkeeping in combine():
1383    
1384             else ();
1385             case !ucol of
1386               PSEUDO => (if !cntv > 0 then
1387                     (if !cntu > 0 then blocked := !blocked - 1 else ();
1388                                        ^^^^^^^^^^^^^^^^^^^^^^^
1389                      moveu := mergeMoveList(!movev, !moveu)
1390                     )
1391                  else ();
1392    
1393         combine() is called to coalesce two nodes u and v.
1394         I think I was thinking that if the move counts of u and v are both
1395         greater than zero then after they are coalesced then one node is
1396         removed from the freeze queue.  Apparently I was thinking that
1397         both u and v are of low degree, but that's clearly not necessarily true.
1398    
1399    
1400    02/12/2002:
1401        Here's the patch.  HOL now compiles.
1402    
1403        I don't know how this impact on performance (compile
1404        time or runtime).  This bug caused the RA (especially on the x86)
1405        to go thru the potential spill phase when there are still nodes on the
1406        freeze queue.
1407    
1408    
1409    
1410    
1411    ----------------------------------------------------------------------
1412    Name: Matthias Blume
1413    Date: 2002/02/13 22:40:00 EST
1414    Tag: blume-20020213-fptr-rtti
1415    Description:
1416    
1417    Fixed a bug in ml-nlffigen that was introduced with one of the previous
1418    updates.
1419    
1420    ----------------------------------------------------------------------
1421    Name: Matthias Blume
1422    Date: 2002/02/13 16:41:00 EST
1423    Tag: blume-20020213-cmlpq
1424    Description:
1425    
1426    Added new priority queue export symbols (which have just been added to
1427    smlnj-lib.cm) to CML's version of smlnj-lib.cm.  (Otherwise CML would
1428    not compile and the installer would choke.)
1429    
1430    ----------------------------------------------------------------------
1431    Name: Matthias Blume
1432    Date: 2002/02/13 16:15:00 EST
1433    Tag: blume-20020213-various
1434    Description:
1435    
1436    1. More tweaks to ml-nlffigen:
1437    
1438       - better internal datastructures (resulting in slight speedup)
1439       - "-match" option requires exact match
1440       - "localized" gensym counters (untagged structs/unions nested within
1441         other structs/unions or within typedefs get a fresh counter; their
1442         tag will be prefixed by a concatenation of their parents' tags)
1443       - bug fixes (related to calculation of transitive closure of types
1444         to be included in the output)
1445    
1446    2. Minor Basis updates:
1447    
1448       - added implementations for List.collate and Option.app
1449    
1450    ----------------------------------------------------------------------
1451    Name: Matthias Blume
1452    Date: 2002/02/11 15:55:00 EST
1453    Tag: blume-20020211-gensym
1454    Description:
1455    
1456    Added a "-gensym" option to command line of ml-nlffigen.  This can be
1457    used to specify a "stem" -- a string that is inserted in all "gensym'd"
1458    names (ML structure names that correspond to unnamed C structs, unions,
1459    and enums), so that separate runs of ml-nlffigen do not clash.
1460    
1461    ----------------------------------------------------------------------
1462    Name: Matthias Blume
1463    Date: 2002/02/11 12:05:00 EST
1464    Tag: blume-20020211-gensml
1465    Description:
1466    
1467    A quick fix for a problem with GenSML (in the pgraph-util library):
1468    Make generation of toplevel "local" optional.  (Strictly speaking,
1469    signature definitions within "local" are not legal SML.)
1470    
1471    Other than that: updates to INSTALL and cm/TODO.
1472    
1473    ----------------------------------------------------------------------
1474    Name: Matthias Blume
1475    Date: 2002/02/08 15:00:00 EST
1476    Tag: blume-20020208-uniquepid
1477    Description:
1478    
1479    0. Version number has been bumped to 110.38.1.  NEW BOOTFILES!!!
1480    
1481    1. The installer (config/install.sh) has gotten smarter:
1482    
1483         - Configuration options are a bit easier to specify now
1484           (in config/targets).
1485         - Bug in recognizing .tar.bz2 files fixed.
1486         - Installer automatically resolves dependencies between
1487           configuration options (e.g., if you ask for eXene, you will
1488           also get cml -- regardless whether you asked for it or not).
1489         - Installer can run in "quieter mode" by setting the environment
1490           variable INSTALL_QUIETLY to "true".  "Quieter" does not mean
1491           "completely silent", though.
1492         - Build HashCons library as part of smlnj-lib.
1493    
1494    2. A new scheme for assigning persistent identifiers to compilation
1495       units (and, by extension, to types etc.) has been put into place.
1496       This fixes a long-standing bug where types and even dynamic values
1497       can get internally confused, thereby compromising type safety
1498       (abstraction) and dynamic correctness.  See
1499    
1500         http://cm.bell-labs.com/cm/cs/who/blume/pid-confusion.tgz
1501    
1502       for an example of how things could go wrong until now.
1503    
1504       The downside of the new scheme is that pids are not quite as
1505       persistent as they used to be: CM will generate a fresh pid
1506       for every compilation unit that it thinks it sees for the first
1507       time.  That means that if you compile starting from a clean, fresh
1508       source tree at two different times, you end up with different
1509       binaries.
1510    
1511       Cutoff recompilation, however, has not been compromised because
1512       CM keeps pid information in special caches between runs.
1513    
1514    ----------------------------------------------------------------------
1515    Name: Lal George
1516    Date: 2002/02/07 15:34:13 EST 2002
1517    Tag: <none>
1518    Description:
1519    
1520    Compilers that generate assembly code may produce  global labels
1521    whose value is resolved at link time. The various peephole optimization
1522    modules did not take this in account.
1523    
1524    TODO. The Labels.addrOf function should really return an option
1525    type so that clients are forced to deal with this issue, rather
1526    than an exception being raised.
1527    
1528    ----------------------------------------------------------------------
1529    Name: Lal George
1530    Date: 2002/02/06 13:55:02 EST
1531    Tag: george-20020206-ra-breakup
1532    Description:
1533    
1534    1. A bug fix from Allen.
1535    
1536        A typo causes extra fstp %st(0)'s to be generated at compensation
1537        edges, which might cause stack underflow traps at runtime.  This
1538        occurs in fft where there are extraneous fstps right before the 'into'
1539        trap instruction (in this case they are harmless since none of the
1540        integers overflow.)
1541    
1542    2. Pulled out various utility modules that were embedded in the modules
1543       of the register allocator. I need these modules for other purposes, but
1544       they are not complete enough to put into a library (just yet).
1545    ----------------------------------------------------------------------
1546    Name: Matthias Blume
1547    Date: 2002/01/31 16:05:00 EST
1548    Tag: blume-20020131-sparc-ccalls
1549    Description:
1550    
1551    1. C-calls on Sparc needlessly allocated a huge chunk (96 bytes)
1552       of extra stack space by mistake.  Fixed.
1553    
1554    2. Bug in logic of handling of command-line options in ml-nlffigen fixed.
1555    
1556    ----------------------------------------------------------------------
1557    Name: Allen Leung
1558    Date: 2002/01/30
1559    Tag: leunga-20020130-nowhere-bug-fix
1560    Description:
1561    
1562       MLRISC bug fixes:
1563       1. Fixed a bindings computation bug in the 'nowhere' program generator tool.
1564       2. MachineInt.fromString was negating its value.
1565    
1566    ----------------------------------------------------------------------
1567    Name: Matthias Blume
1568    Date: 2002/01/29
1569    Tag: blume-20020129-INSTALL
1570    Description:
1571    
1572    - Added somewhat detailed installation instructions (file INSTALL).
1573    - Fixed curl-detection bug in config/install.sh.
1574    - It is now possible to select the URL getter using the URLGETTER
1575      environment variable:
1576    
1577          not set / "unknown"      --> automatic detection (script tries wget,
1578                                       curl, and lynx)
1579          "wget" / "curl" / "lynx" --> use the specified program (script "knows"
1580                                       how to properly invoke them)
1581          other                    --> use $URLGETTER directly, it must take
1582                                       precisely two command-line arguments
1583                                       (source URL and destination file name)
1584    
1585    ----------------------------------------------------------------------
1586    Name: Matthias Blume
1587    Date: 2002/01/28
1588    Tag: blume-20020128-sparc-ccalls
1589    Description:
1590    
1591    - Fixed problem with calculation of "used" registers in sparc-c-calls.
1592    - Make use of the allocParam argument in sparc-c-calls.
1593    
1594    ----------------------------------------------------------------------
1595    Name: Matthias Blume
1596    Date: 2002/01/28
1597    Tag: blume-20020128-allocParam
1598    Description:
1599    
1600    John Reppy:  Changes c-calls API to accept client-callback for
1601    allocating extra stack space.
1602    me: Corresponding changes to mlriscGen (using a dummy argument that
1603        does not change the current behavior).
1604    
1605    ----------------------------------------------------------------------
1606    Name: Matthias Blume
1607    Date: 2002/01/28 12:00:00
1608    Tag: Release_110_38
1609    Description:
1610    
1611    This time for real!!!
1612    
1613    ----------------------------------------------------------------------
1614    Name: Matthias Blume
1615    Date: 2002/01/28 10:56:00 EST
1616    Tag: blume-20020128-retraction
1617    Description:
1618    
1619    0. Retracted earlier 110.38.  (The Release_110_38 tag has been replaced
1620       with blume-Release_110_38-retracted.)
1621    
1622    1. Fixed a problem with incorrect rounding modes in real64.sml.
1623       (Thanks to Andrew Mccreight <andrew.mccreight@yale.edu>.)
1624    
1625    2. A bug in ml-nlffigen related to the handling of unnamed structs, unions,
1626       and enums fixed.  The naming of corresponding ML identifiers should
1627       now be consistent again.
1628    
1629    ----------------------------------------------------------------------
1630    Name: Allen Leung
1631    Date: 2002/01/27
1632    Tag: leunga-20020127-nowhere
1633    Description:
1634    
1635       Added a target called nowhere in the configuration scripts.
1636       Enabling this will build the MLRISC 'nowhere' tool (for translating
1637       programs with where-clauses into legal SML code) during installation.
1638    
1639    ----------------------------------------------------------------------
1640    Name: Matthias Blume
1641    Date: 2002/01/25 21:27:00 EST
1642    Tag: blume-Release_110_38-retracted
1643    Description:
1644    
1645    Call it a (working) release!  Version is 110.38. Bootfiles are ready.
1646    
1647    README will be added later.
1648    
1649    !!! NOTE:  Re-tagged as blume-Release_110_38-retracted. Original tag
1650    (Release_110_38) removed.  Reason: Last-minute bug fixes.
1651    
1652    ----------------------------------------------------------------------
1653    Name: Matthias Blume
1654    Date: 2002/01/25
1655    Tag: blume-20020125-ffi
1656    Description:
1657    
1658    A large number of tweaks and improvements to ml-nlffi-lib and
1659    ml-nlffigen:
1660    
1661       - ML represenation types have been streamlined
1662       - getter and setter functions work with concrete values, not abstract
1663         ones where possible
1664       - ml-nlffigen command line more flexible (see README file there)
1665       - some bugs have been fixed (hopefully)
1666    
1667    ----------------------------------------------------------------------
1668    Name: Lal George
1669    Date: 2002/01/24
1670    Tag: george-20020124-risc-ra-interface
1671    Description:
1672    
1673       There is a dramatic simplification in the interface to the
1674       register allocator for RISC architectures as a result of making
1675       parallel copy instructions explicit.
1676    
1677    ----------------------------------------------------------------------
1678    Name: Matthias Blume
1679    Date: 2002/01/22
1680    Tag: blume-20020122-x86-ccalls
1681    Description:
1682    
1683    Bug fix for c-calls on x86 (having to do with how char- and
1684    short-arguments are being handled).
1685    
1686    ----------------------------------------------------------------------
1687    Name: Matthias Blume
1688    Date: 2002/01/21
1689    Tag: blume-20020121-ff
1690    Description:
1691    
1692    Another day of fiddling with the FFI...
1693    
1694    1. Bug fix/workaround:  CKIT does not complain about negative array
1695       dimensions, so ml-nlffigen has to guard itself against this possibility.
1696       (Otherwise a negative dimension would send it into an infinite loop.)
1697    
1698    2. Some of the abstract types (light objects, light pointers, most "base"
1699       types) in structure C are now eqtypes.
1700    
1701    3. Added constructors and test functions for NULL function pointers.
1702    
1703    ----------------------------------------------------------------------
1704    Name: Matthias Blume
1705    Date: 2002/01/18
1706    Tag: blume-20020118-ready-for-new-release
1707    Description:
1708    
1709    Made config/srcarchiveurl point to a new place.  (Will provide boot
1710    files shortly.)
1711    
1712    Maybe we christen this to be 110.38?
1713    
1714    ----------------------------------------------------------------------
1715    Name: Matthias Blume
1716    Date: 2002/01/18
1717    Tag: blume-20020118-more-ffifiddle
1718    Description:
1719    
1720    Today's FFI fiddling:
1721    
1722      - Provided a structure CGetSet with "convenient" versions of C.Get.* and
1723        C.Set.* that use concrete (MLRep.*) arguments and results instead
1724        of abstract ones.
1725    
1726      - Provided word-style bit operations etc. for "int" representation
1727        types in MLRep.S<Foo>Bitops where <Foo> ranges over Char, Int, Short,
1728        and Long.
1729    
1730    ----------------------------------------------------------------------
1731    Name: Matthias Blume
1732    Date: 2002/01/18
1733    Tag: blume-20020118-use-x86-fp
1734    Description:
1735    
1736    Now that x86-fast-fp seems to be working, I turned it back on again
1737    by default.  (Seems to work fine now, even with the FFI.)
1738    
1739    Other than that, I added some documentation about the FFI to
1740    src/ml-nlffigen/README and updated the FFI test examples in
1741    src/ml-nlffi-lib/Tests/*.
1742    
1743    ----------------------------------------------------------------------
1744    Name: Allen Leung
1745    Date: 2002/01/17
1746    Tag: leunga-20020117-x86-fast-fp-call
1747    Description:
1748    
1749       1. Fixed a problem with handling return fp values when x86's fast fp
1750          mode is turned on.
1751    
1752       2. Minor pretty printing fix for cellset.  Print %st(0) as %st(0) instead
1753          of %f32.
1754    
1755       3. Added a constructor INT32lit to the ast of MLRISC tools.
1756    
1757    ----------------------------------------------------------------------
1758    Name: Matthias Blume
1759    Date: 2002/01/16
1760    Tag: blume-20020116-ffifiddle
1761    Description:
1762    
1763    More fiddling with the FFI interface:
1764    
1765     - Make constness 'c instead of rw wherever possible.  This eliminates
1766       the need for certain explicit coercions.  (However, due to ML's
1767       value polymorphism, there will still be many cases where explicit
1768       coercions are necessary.  Phantom types are not the whole answer
1769       to modeling a subtyping relationship in ML.)
1770    
1771     - ro/rw coersions for pointers added.  (Avoids the detour through */&.)
1772    
1773     - "printf" test example added to src/ml-nlffi-lib/Tests.  (Demonstrates
1774       clumsy workaround for varargs problem.)
1775    
1776    ----------------------------------------------------------------------
1777    Name: Lal George
1778    Date: 2002/01/15
1779    Tag: <none>
1780    Description:
1781    
1782    1. Since COPY instructions are no longer native to the architecture,
1783       a generic functor can be used to implement the expandCopies function.
1784    
1785    2. Allowed EXPORT and IMPORT pseudo-op declarations to appear inside a
1786       TEXT segment.
1787    
1788    ----------------------------------------------------------------------
1789    Name: Matthias Blume
1790    Date: 2002/01/15
1791    Tag: blume-20020115-ffiupdates
1792    Description:
1793    
1794    1. Fix for bug resulting in single-precision float values being returned
1795       incorrectly from FFI calls.
1796    
1797    2. Small modifications to C FFI API:
1798    
1799        - memory-allocation routines return straight objects (no options)
1800          and raise an exception in out-of-memory situations
1801        - unsafe extensions to cast between function pointers and pointers
1802          from/to ints
1803        - added structure C_Debug as an alternative to structure C where
1804          pointer-dereferencing (|*| and |*!) always check for null-pointers
1805        - added open_lib' to DynLinkage;  open_lib' works like open_lib
1806          but also takes a (possibly empty) list of existing library handles
1807          that the current library depends on
1808    
1809    ----------------------------------------------------------------------
1810    Name: Matthias Blume
1811    Date: 2002/01/10
1812    Tag: blume-20020110-newffigen
1813    Description:
1814    
1815    1. Updates to portable graph code.
1816    
1817    2. Major update to ml-nlffigen and ml-nlffi-lib.  Things are much
1818       more scalable now so that even huge interfaces such as the one
1819       for GTK compile in finite time and space. :-)
1820       See src/ml-nlffigen/README for details on what's new.
1821    
1822    ----------------------------------------------------------------------
1823    Name: Lal George
1824    Date: 2001/01/09 14:31:35 EST 2002
1825    Tag: george-20011206-rm-native-copy
1826    Description:
1827    
1828            Removed the native COPY and FCOPY instructions
1829            from all the architectures and replaced it with the
1830            explicit COPY instruction from the previous commit.
1831    
1832            It is now possible to simplify many of the optimizations
1833            modules that manipulate copies. This has not been
1834            done in this change.
1835    
1836    ----------------------------------------------------------------------
1837    Name: Lal George
1838    Date: 2001/12/06 16:50:13 EST 2001
1839    Tag: george-20011206-mlrisc-instruction
1840    Description:
1841    
1842    Changed the representation of instructions from being fully abstract
1843    to being partially concrete. That is to say:
1844    
1845      from
1846            type instruction
1847    
1848      to
1849            type instr                              (* machine instruction *)
1850    
1851            datatype instruction =
1852                LIVE of {regs: C.cellset, spilled: C.cellset}
1853              | KILL of {regs: C.cellset, spilled: C.cellset}
1854              | COPYXXX of {k: CB.cellkind, dst: CB.cell list, src: CB.cell list}
1855              | ANNOTATION of {i: instruction, a: Annotations.annotation}
1856              | INSTR of instr
1857    
1858    This makes the handling of certain special instructions that appear on
1859    all architectures easier and uniform.
1860    
1861    LIVE and KILL say that a list of registers are live or killed at the
1862    program point where they appear. No spill code is generated when an
1863    element of the 'regs' field is spilled, but the register is moved to
1864    the 'spilled' (which is present, more for debugging than anything else).
1865    
1866    LIVE replaces the (now deprecated) DEFFREG instruction on the alpha.
1867    We used to generate:
1868    
1869            DEFFREG f1
1870            f1 := f2 + f3
1871            trapb
1872    
1873    but now generate:
1874    
1875            f1 := f2 + f3
1876            trapb
1877            LIVE {regs=[f1,f2,f3], spilled=[]}
1878    
1879    Furthermore, the DEFFREG (hack) required that all floating point instruction
1880    use all registers mentioned in the instruction. Therefore f1 := f2 + f3,
1881    defines f1 and uses [f1,f2,f3]! This hack is no longer required resulting
1882    in a cleaner alpha implementation. (Hopefully, intel will not get rid of
1883    this architecture).
1884    
1885    COPYXXX is intended to replace the parallel COPY and FCOPY  available on
1886    all the architectures. This will result in further simplification of the
1887    register allocator that must be aware of them for coalescing purposes, and
1888    will also simplify certain aspects of the machine description that provides
1889    callbacks related to parallel copies.
1890    
1891    ANNOTATION should be obvious, and now INSTR represents the honest to God
1892    machine instruction set!
1893    
1894    The <arch>/instructions/<arch>Instr.sml files define certain utility
1895    functions for making porting easier -- essentially converting upper case
1896    to lower case. All machine instructions (of type instr) are in upper case,
1897    and the lower case form generates an MLRISC instruction. For example on
1898    the alpha we have:
1899    
1900      datatype instr =
1901         LDA of {r:cell, b:cell, d:operand}
1902       | ...
1903    
1904      val lda : {r:cell, b:cell, d:operand} -> instruction
1905        ...
1906    
1907    where lda is just (INSTR o LDA), etc.
1908    
1909    ----------------------------------------------------------------------
1910    Name: Matthias Blume
1911    Date: 2001/11/22 21:40:00 EST
1912    Tag: Release_110_37
1913    Description:
1914    
1915    Release 110.37.  This time for real.
1916    
1917    ----------------------------------------------------------------------
1918    Name: Matthias Blume
1919    Date: 2001/11/21 16:35:00 EST
1920    Tag: blume-20011121-foot-in-mouth
1921    Description:
1922    
1923    Removed the "Release_110_37" tag because of a serious bug.
1924    This will be re-tagged once the bug is fixed.
1925    
1926    ----------------------------------------------------------------------
1927    Name: Matthias Blume
1928    Date: 2001/11/21 16:14:00 EST
1929    Tag: blume-20011121-forgottenfile
1930    Description:
1931    
1932    Forgot to add a file.  (Just a .tex-file -- part of
1933    the CM manual source.)
1934    
1935    ----------------------------------------------------------------------
1936    Name: Matthias Blume
1937    Date: 2001/11/21 16:10:00 EST
1938    Tag: blume-20011121-invalid_110_37
1939    Description:
1940    
1941    Note: I removed the original tag "Release_110_37" from this commit
1942          because we found a serious bug in all non-x86 backends.
1943          - Matthias
1944    
1945    1. Modifications to the SML/NJ code generator and to the runtime system
1946       so that code object name strings are directly inserted into code
1947       objects at code generation time.  The only business the runtime system
1948       has with this is now to read the name strings on occasions.
1949       (The encoding of the name string has also changed somewhat.)
1950    
1951    2. CM now implements a simple "set calculus" for specifying export lists.
1952       In particular, it is now possible to refer to the export lists of
1953       other libraries/groups/sources and form unions as well as differences.
1954       See the latest CM manual for details.
1955    
1956    3. An separate notion of "proxy" libraries has again be eliminated from
1957       CM's model.  (Proxy libraries are now simply a special case of using
1958       the export list calculus.)
1959    
1960    4. Some of the existing libraries now take advantage of the new set
1961       calculus.
1962       (Notice that not all libraries have been converted because some
1963       of the existing .cm-files are supposed to be backward compatible
1964       with 110.0.x.)
1965    
1966    5. Some cleanup in stand-alone programs.  (Don't use "exnMessage" -- use
1967       "General.exnMessage"!  The former relies on a certain hook to be
1968       initialized, and that often does not happen in the stand-alone case.)
1969    
1970    ----------------------------------------------------------------------
1971    Name: Lal George
1972    Date: 2001/11/21  13:56:18 EST
1973    Tag: george-2001121-pseudo-ops
1974    Description:
1975    
1976      Implemented a complete redesign of MLRISC pseudo-ops. Now there
1977      ought to never be any question of incompatabilities with
1978      pseudo-op syntax expected by host assemblers.
1979    
1980      For now, only modules supporting GAS syntax are implemented
1981      but more should follow, such as MASM, and vendor assembler
1982      syntax, e.g. IBM as, Sun as, etc.
1983    
1984    ----------------------------------------------------------------------
1985    Name: Matthias Blume
1986    Date: 2001/11/14 11:52:00 EST
1987    Tag: blume-20011114-srcname
1988    Description:
1989    
1990    1. Routed the name of the current source file to mlriscgen where it
1991       should be directly emitted into the code object.  (This last part
1992       is yet to be done.)
1993    
1994    2. Some cleanup of the pgraph code to make it match the proposal that
1995       I put out the other day.  (The proposal notwithstanding, things are
1996       still in flux here.)
1997    
1998    ----------------------------------------------------------------------
1999    Name: Lal George
2000    Date: 2001/11/14 09:44:04 EST
2001    Tag:
2002    Description:
2003    
2004      Fix for a backpatching bug reported by Allen.
2005    
2006      Because the boundary between short and long span-dependent
2007      instructions is +/- 128, there are an astounding number of
2008      span-dependent instructions whose size is over estimated.
2009    
2010      Allen came up with the idea of letting the size of span
2011      dependent instructions be non-monotonic, for a maxIter
2012      number of times, after which the size must be monotonically
2013      increasing.
2014    
2015      This table shows the number of span-dependent instructions
2016      whose size was over-estimated as a function of maxIter, for the
2017      file Parse/parse/ml.grm.sml:
2018    
2019         maxIter            # of instructions:
2020            10                      687
2021            20                      438
2022            30                      198
2023            40                        0
2024    
2025      In compiling the compiler, there is no significant difference in
2026      compilation speed between maxIter=10 and maxIter=40. Actually,
2027      my measurements showed that maxIter=40 was a tad faster than
2028      maxIter=10! Also 96% of the  files in the compiler reach a fix
2029      point within 13 iterations, so fixing maxIter at 40, while high,
2030      is okay.
2031    
2032    ----------------------------------------------------------------------
2033    Name: Matthias Blume
2034    Date: 2001/10/31 15:25:00 EST
2035    Tag: blume-20011031-pgraph
2036    Description:
2037    
2038    CKIT:
2039    * Changed the "Function" constructor of type Ast.ctype to carry optional
2040      argument identifiers.
2041    * Changed the return type of TypeUtil.getFunction accordingly.
2042    * Type equality ignores the argument names.
2043    * TypeUtil.composite tries to preserve argument names but gives up quickly
2044      if there is a mismatch.
2045    
2046    installation script:
2047    * attempts to use "curl" if available (unless "wget" is available as well)
2048    
2049    CM:
2050    * has an experimental implementation of "portable graphs" which I will
2051      soon propose as an implementation-independent library format
2052    * there are also new libraries $/pgraph.cm and $/pgraph-util.cm
2053    
2054    NLFFI-LIB:
2055    * some cleanup (all cosmetic)
2056    
2057    NLFFIGEN:
2058    * temporarily disabled the mechanism that suppresses ML output for
2059      C definitions whose identifiers start with an underscore character
2060    * generate val bindings for enum constants
2061    * user can request that only one style (light or heavy) is being used;
2062      default is to use both (command-line arguments: -heavy and -light)
2063    * fixed bug in handling of function types involving incomplete pointers
2064    * generate ML entry points that take record arguments (i.e., using
2065      named arguments) for C functions that have a prototype with named
2066      arguments
2067      (see changes to CKIT)
2068    
2069    ----------------------------------------------------------------------
2070    Name: Allen Leung
2071    Date: 2001/10/27 20:34:00 EDT
2072    Tag: leunga-20011027-x86-fast-fp-call
2073    Description:
2074    
2075       Fixed the bug described in blume-20010920-slowfp.
2076    
2077       The fix involves
2078          1. generating FCOPYs in FSTP in ia32-svid
2079          2. marking a CALL with the appropriate annotation
2080    
2081    ----------------------------------------------------------------------
2082    Name: Matthias Blume
2083    Date: 2001/10/16 11:32:00 EDT
2084    Tag: blume-20011016-netbsd
2085    Description:
2086    
2087    Underscore patch from Chris Richards (fixing problem with compiling
2088    runtime system under recent NetBSD).
2089    
2090    ----------------------------------------------------------------------
2091    Name: Allen Leung
2092    Date: 2001/10/12 17:18:32 EDT 2001
2093    Tag: leung-20011012-x86-printflowgraph
2094    Description:
2095    
2096    X86RA now uses a valid (instead of dummy) PrintFlowgraph module.
2097    
2098    ----------------------------------------------------------------------
2099    Name: Lal George
2100    Date: 2001/10/11 23:51:34 EDT
2101    Tag: george-20011011-too-many-instrs
2102    Description:
2103    
2104    The representation of a program point never expected to see more
2105    than 65536 instructions in a basic block!
2106    
2107    ----------------------------------------------------------------------
2108    Name: Lal George
2109    Date: 2001/10/09 09:41:37 EDT
2110    Tag: george-20011008-mlrisc-labels
2111    Description:
2112    
2113    Changed the machine description files to support printing of
2114    local and global labels in assembly code, based on host assembler
2115    conventions.
2116    
2117    ----------------------------------------------------------------------
2118    Name: Matthias Blume
2119    Date: 2001/09/25 15:25:00 EDT
2120    Tag: blume-20010925-exninfo
2121    Description:
2122    
2123    I provided a non-hook implementation of exnName (at the toplevel) and
2124    made the "dummy" implementation of exnMessage (at the toplevel) more
2125    useful: if nothing gets "hooked in", then at least you are going to
2126    see the exception name and a message indicating why you don't see more.
2127    
2128    [For the time being, programs that need exnMessage and want to use
2129    ml-build should either use General.exnMessage (strongly recommended) or
2130    refer to structure General at some other point so that CM sees a
2131    static dependency.]
2132    
2133    [Similar remarks go for "print" and "use":  If you want to use their
2134    functionality in stand-alone programs generated by ml-build, then use
2135    TextIO.output and Backend.Interact.useFile (from $smlnj/compiler.cm).]
2136    
2137    ----------------------------------------------------------------------
2138    Name: Matthias Blume
2139    Date: 2001/09/20 17:28:00 EDT
2140    Tag: blume-20010920-slowfp
2141    Description:
2142    
2143    Allen says that x86-fast-fp is not safe yet, so I turned it off again...
2144    
2145    ----------------------------------------------------------------------
2146    Name: Matthias Blume
2147    Date: 2001/09/20 17:20:00 EDT
2148    Tag: blume-20010920-canonicalpaths
2149    Description:
2150    
2151    0. Updated the BOOT file (something that I forgot to do earlier).
2152    
2153    1. Small internal change to CM so that it avoids "/../" in filenames
2154       as much as possible (but only where it is safe).
2155    
2156    2. Changed config/_run-sml (resulting in a changed bin/.run-sml) so
2157       that arguments that contain delimiters are passed through correctly.
2158       This change also means that all "special" arguments of the form
2159       @SMLxxx... must come first.
2160    
2161    3. Changed install script to put relative anchor names for tool commands
2162       into pathconfig.
2163    
2164    ----------------------------------------------------------------------
2165    Name: Matthias Blume
2166    Date: 2001/09/18 15:35:00 EDT
2167    Tag: blume-20010918-readme11036
2168    Description:
2169    
2170    Added README files.
2171    
2172    ----------------------------------------------------------------------
2173    Name: Matthias Blume
2174    Date: 2001/09/18 11:45:00 EDT
2175    Tag: Release_110_36 (retag)
2176    Description:
2177    
2178    Fixed mistake in config/preloads. Retagged as 110.36.
2179    
2180    ----------------------------------------------------------------------
2181    Name: Matthias Blume
2182  Date: 2001/09/18 09:40:00 EDT  Date: 2001/09/18 09:40:00 EDT
2183  Tag: Release_110_36  Tag: Release_110_36_orig (tag changed)
2184  Description:  Description:
2185    
2186  New version (110.36).  New bootfiles.  New version (110.36).  New bootfiles.

Legend:
Removed from v.928  
changed lines
  Added in v.1253

root@smlnj-gforge.cs.uchicago.edu
ViewVC Help
Powered by ViewVC 1.0.0