SCM Repository

[smlnj] Diff of /sml/trunk/HISTORY

[smlnj] / sml / trunk / HISTORY

Diff of /sml/trunk/HISTORY

-revision 634, Mon May  1 10:03:50 2000 UTC
+revision 676, Sat Jun 24 03:37:03 2000 UTC
 Line 13
  Description:
  ----------------------------------------------------------------------
  Name: Matthias Blume
+ Date: 2000/06/24 12:40:00 JST
+ Tag: blume-20000624-startup
+ Description:
+ Fixes startup slowdown problem.  (I was calling SrcPath.sync a _tad_
+ bit too often -- to put it mildly. :)
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/06/23 18:20:00 JST
+ Tag: blume-20000623-btrace
+ Description:
+ This updates adds a backtrace facility to aid programmers in debugging
+ their programs.  This involves the following changes:
+. Module system/smlnj/init/core.sml (structure _Core) now has hooks for
+    keeping track of the current call stack.  When programs are compiled
+    in a special mode, the compiler will insert calls to these hooks
+    into the user program.
+    "Hook" means that it is possible for different implementations of
+    back-tracing to register themselves (at different times).
+. compiler/MiscUtil/profile/btrace.sml implements the annotation phase
+    as an Absyn.dec->Absyn.dec rewrite.  Normally this phase is turned off.
+    It can be turned on using this call:
+      SMLofNJ.Internals.BTrace.mode (SOME true);
+    Turning it off again:
+      SMLofNJ.Internals.BTrace.mode (SOME false);
+    Querying the current status:
+      SMLofNJ.Internals.BTrace.mode NONE;
+    Annotated programs are about twice as big as normal ones, and they
+    run a factor of 2 to 4 slower with a dummy back-trace plugin (one
+    where all hooks do nothing).  The slowdown with a plugin that is
+    actually useful (such as the one supplied by default) is even greater,
+    but in the case of the default plugin it is still only an constant
+    factor (amortized).
+. system/Basis/Implementation/NJ/internals.{sig,sml} have been augmented
+    with a sub-structure BTrace for controlling back-tracing.  In particular,
+    the above-mentioned function "mode" controls whether the annotation
+    phase is invoked by the compiler.  Another important function is
+    "trigger": when called it aborts the current execution and causes
+    the top-level loop to print a full back-trace.
+. compiler/MiscUtil/profile/btimp.sml is the current default plugin
+    for back-tracing.  It keeps track of the dynamic call stack and in
+    addition to that it keeps a partial history at each "level" of that
+    stack.  For example, if a tail-calls b, b tail-calls c, and c tail-calls
+    d and b (at separate times, dynamically), then the report will show:
+    GOTO   d
+          /c
+    GOTO  \b
+    CALL   a
+    This shows that there was an initial non-tail call of a, then a
+    tail-call to b or c, looping behavior in a cluster of functions that
+    consist of b and c, and then a goto from that cluster (i.e., either from
+    b or from c) to d.
+    Note that (depending on the user program) the amount of information
+    that the back-trace module has to keep track of at each level is bounded
+    by a constant.  Thus, the whole implementation has the same asymptotical
+    complexity as the original program (both in space and in time).
+. compiler/TopLevel/interact/evalloop.sml has been modified to
+    handle the special exception SMLofNJ.Internals.BTrace.BTrace
+    which is raised by the "trigger" function mentioned above.
+ Notes on usage:
+ - Annotated code works well together with unannotated code:
+ Unannotated calls simply do not show up at all in the backtrace.
+ - It is not a good idea to let modules that were annotated during
+ different sessions run at the same time.  This is because the compiler
+ chooses small integers to identify individual functions, and there
+ will be clashes if different modules were compiled in separate sessions.
+ (Nothing will crash, and you will even be told about the clashes, but
+ back-trace information will in general not be useful.)
+ - Back-tracing can be confused by callcc and capture.
+ - The only way of getting a back-trace right now is to explicitly
+ invoke the "trigger" function from your user program.  Eventually, we
+ should make every exception carry back-trace information (if
+ available).  But since this creates more overhead at "raise"-time
+ (similar to the current exnHistory overhead), I have not yet
+ implemented this.  (The implementation will be rather easy.)  With
+ exceptions carrying back-trace information, this facility will be even
+ more useful because users don't need to modify their programs...
+ - While it is possible to compile the compiler with back-trace
+ annotations turned on (I did it to get some confidence in
+ correctness), you must make absolutely sure that core.sml and
+ btimp.sml are compiled WITHOUT annotation!  (core.sml cannot actually
+ be compiled with annotation because there is no core access yet, but
+ if you compile btimp.sml with annotation, then the system will go into
+ an infinite recursion and crash.)
+ Since CM currently does not know about BTrace, the only way to turn
+ annotations on and off for different modules of the compiler is to
+ interrupt CMB.make, change the settings, and re-invoke it.  Of course,
+ this is awkward and clumsy.
+ Sample sessions:
+ Standard ML of New Jersey v110.28.1 [FLINT v1.5], June 5, 2000
+ - SMLofNJ.Internals.BTrace.mode (SOME true);
+ [autoloading]
+ [autoloading done]
+ val it = false : bool
+ - structure X = struct
+ -     fun main n = let
+ -         fun a (x, 0) = d x
+ -           | a (x, n) = b (x, n - 1)
+ -         and b (x, n) = c (x, n)
+ -         and c (x, n) = a (x, n)
+ -         and d x = e (x, 3)
+ -         and e (x, 0) = f x
+ -           | e (x, n) = e (x, n - 1)
+ -         and f 0 = SMLofNJ.Internals.BTrace.trigger ()
+ -           | f n = n * g (n - 1)
+ -         and g n = a (n, 3)
+ -     in
+ -         f n
+ -     end
+ - end;
+ structure X : sig val main : int -> int end
+ - X.main 3;
+ *** BACK-TRACE ***
+ GOTO   stdIn:4.2-13.20: X.main[2].f
+ GOTO-( stdIn:4.2-13.20: X.main[2].e
+ GOTO   stdIn:4.2-13.20: X.main[2].d
+      / stdIn:4.2-13.20: X.main[2].a
+      | stdIn:4.2-13.20: X.main[2].b
+ GOTO-\ stdIn:4.2-13.20: X.main[2].c
+ CALL   stdIn:4.2-13.20: X.main[2].g
+ GOTO   stdIn:4.2-13.20: X.main[2].f
+ GOTO-( stdIn:4.2-13.20: X.main[2].e
+ GOTO   stdIn:4.2-13.20: X.main[2].d
+      / stdIn:4.2-13.20: X.main[2].a
+      | stdIn:4.2-13.20: X.main[2].b
+ GOTO-\ stdIn:4.2-13.20: X.main[2].c
+ CALL   stdIn:4.2-13.20: X.main[2].g
+ GOTO   stdIn:4.2-13.20: X.main[2].f
+ GOTO-( stdIn:4.2-13.20: X.main[2].e
+ GOTO   stdIn:4.2-13.20: X.main[2].d
+      / stdIn:4.2-13.20: X.main[2].a
+      | stdIn:4.2-13.20: X.main[2].b
+ GOTO-\ stdIn:4.2-13.20: X.main[2].c
+ CALL   stdIn:4.2-13.20: X.main[2].g
+ GOTO   stdIn:4.2-13.20: X.main[2].f
+ CALL   stdIn:2.15-17.4: X.main[2]
+ -
+ (Note that because of a FLINt bug the above code currently does not
+ compile without BTrace turned on.)
+ Here is another example, using my modified Tiger compiler:
+ Standard ML of New Jersey v110.28.1 [FLINT v1.5], June 5, 2000
+ - SMLofNJ.Internals.BTrace.mode (SOME true);
+ [autoloading]
+ [autoloading done]
+ val it = false : bool
+ - CM.make "sources.cm";
+ [autoloading]
+ ...
+ [autoloading done]
+ [scanning sources.cm]
+ [parsing (sources.cm):parse.sml]
+ [creating directory CM/SKEL ...]
+ [parsing (sources.cm):tiger.lex.sml]
+ ...
+ [wrote CM/sparc-unix/semant.sml]
+ [compiling (sources.cm):main.sml]
+ [wrote CM/sparc-unix/main.sml]
+ [New bindings added.]
+ val it = true : bool
+ - Main.compile ("../testcases/merge.tig", "foo.out");
+ *** BACK-TRACE ***
+ CALL   lib/semant.sml:99.2-396.21: SemantFun[2].transExp.trvar
+ CALL   lib/semant.sml:99.2-396.21: SemantFun[2].transExp.trexp
+ CALL   lib/semant.sml:289.3-295.22: SemantFun[2].transExp.trexp.check[2]
+ GOTO   lib/semant.sml:289.3-295.22: SemantFun[2].transExp.trexp.check[2]
+ CALL   lib/semant.sml:99.2-396.21: SemantFun[2].transExp.trexp
+ CALL   lib/semant.sml:99.2-396.21: SemantFun[2].transExp.trexp
+ CALL   lib/semant.sml:488.3-505.6: SemantFun[2].transDec.trdec[2].transBody[2]
+      / lib/semant.sml:411.65-543.8: SemantFun[2].transDec
+ CALL-\ lib/semant.sml:413.2-540.9: SemantFun[2].transDec.trdec[2]
+ CALL   lib/semant.sml:99.2-396.21: SemantFun[2].transExp.trexp
+ CALL   lib/semant.sml:8.52-558.4: SemantFun[2].transProg[2]
+ CALL   main.sml:1.18-118.4: Main.compile[2]
+ -
+ ----------------------------------------------------------------------
+ Name: Matthias Blumen
+ Date: 2000/06/21 18:00:00 JST
+ Tag: blume-20000621-manual
+ Description:
+ CM manual update: Path environments documented.
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/06/19 13:40:00
+ Tag: blume-20000619-manual
+ Description:
+ CM manual and system/README update.  This only covers the fact that
+ there are no more implicit anchors.  (Path environments and the "bind"
+ option to "cm" have yet to be documented.)
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/06/19 11:05:00 JST
+ Tag: blume-20000619-chdir-bugfix
+ Description:
+ Fixed a bug in new SrcPath module that sometimes led to a bad chDir call.
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/06/18 22:00:10 JST
+ Tag: blume-20000618-implicit-anchors-really-gone
+ Description:
+ I updates the previous HISTORY entry where I forgot to mention that
+ implicit anchors are no longer with us.
+ The current update also gets rid of the (now useless) controller
+ CM.Control.implicit_anchors.
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/06/16 17:30:00 JST
+ Tag: blume-20000616-anchorenv
+ Description:
+ This patch implements the long anticipated (just kidding :) "anchor
+ environment" mechanism.  In the course of doing this, I also
+ re-implemented CM's internal "SrcPath" module from scratch.  The new
+ one should be more robust in certain boundary cases.  In any case, it
+ is a lot cleaner than its predecessor (IMHO).
+ This time, although there is yet another boot file format change, I
+ kept the unpickler backward-compatible.  As a result, no new bootfiles
+ are necessary and bootstrapping is straightforward.  (You cannot read
+ new bootfiles into an old system, but the other way around is no
+ problem.)
+ Visible changes:
+ ** 0. Implicit path anchors (without the leading $-symbol) are no
+ longer recognized at all. This means that such path names are not
+ illegal either.  For example, the name basis.cm simply refers to a
+ local file called "basis.cm" (i.e, the name is an ordinary path
+ relative to .cm-files directory).  Or, to put it differently, only
+ names that start with $ are anchored paths.
+ ** 1. The $<singlearc> abbreviation for $/<singlearc> has finally
+ vanished.
+ John (Reppy) had critizised this as soon as I originally proposed and
+ implemented it, but at that time I did not really deeply believe
+ him. :) Now I came full-circle because I need the $<singlearc> syntax
+ in another place where it cannot be seen as an abbreviation for
+ $/<singlearc>.  To avoid the confusion, $<singlearc> now means what it
+ seems to mean (i.e., it "expands" into the corresponding anchor
+ value).
+ However, when paths are used as members in CM description files, it
+ continues to be true that there must be at least another arc after the
+ anchor.  This is now enforced separately during semantic analysis
+ (i.e., from a lexical/syntactical point of view, the notation is ok.)
+ ** 2. The "cm" class now accepts an option "bind".  The option's value
+ is a sub-option list of precisely two items -- one labeled "anchor"
+ and the other one labeled "value".  As you might expect, "anchor" is
+ used to specify an anchor name to be bound, and "value" specifies what
+ the anchor is being bound to.
+ The value must be a directory name and can be given in either standard
+ syntax (including the possibility that it is itself an anchored path)
+ or native syntax.
+ Examples:
+    foo.cm (bind:(anchor:bar value:$mystuff/bar))
+    lib.cm (bind:(anchor:a value:"H:\\x\\y\\z"))  (* only works under windows *)
+ and so on.
+ The meaning of this is that the .cm-file will be processed with an
+ augmented anchor environment where the given anchor(s) is/are bound to
+ the given values(s).
+ The rationale for having this feature is this: Suppose you are trying
+ to use two different (already stable) libraries a.cm and b.cm (that
+ you perhaps didn't write yourself).  Further, suppose each of these
+ two libraries internally uses its own auxiliary library $aux/lib.cm.
+ Normally you would now have a problem because the anchor "lib" can not
+ be bound to more than one value globally.  Therefore, the project that
+ uses both a.cm and b.cm must locally redirect the anchor to some other
+ place:
+    a.cm (bind:(anchor:lib value:/usr/lib/smlnj/a-stuff))
+    b.cm (bind:(anchor:lib value:/usr/lib/smlnj/b-stuff))
+ This hard-wires $lib/aux.cm to /usr/lib/smlnj/a-stuff/aux.cm or
+ /usr/lib/smlnj/b-stuff/aux.cm, respectively.
+ Hard-wiring path names is a bit inflexible (and CM will verbosely warn
+ you when you do so at the time of CM.stabilize).  Therefore, you can
+ also use an anchored path as the value:
+   a.cm (bind:(anchor:lib value:$a-lib))
+   b.cm (bind:(anchor:lib value:$b-lib))
+ Now you can globally configure (using the usual CM.Anchor.anchor or
+ pathconfig machinery) bindings for "a-lib" and "b-lib".  Since "lib"
+ itself is always locally bound, setting it globally is no longer
+ meaningful or necessary (but it does not hurt either).  In fact, "lib"
+ can still be used as a global anchor for separate purposes.  As a
+ matter of fact, one can locally define "lib" in terms of a global
+ "lib":
+   a.cm (bind:(anchor:lib value:$lib/a))
+   b.cm (bind:(anchor:lib value:$lib/b))
+ ** 3: The encoding of path names has changed.  This affects the way
+ path names are shown in CM's progress report and also the internal
+ protocol encoding used for parallel make.
+ The encoding now uses one or more ':'-separated segments.  Each
+ segments corresponds to a file that has been specified relative to the
+ file given by its preceding segment.  The first segment is either
+ relative to the CWD, absolute, or anchored.  Each segment itself is
+ basically a Unix pathname; all segments but the first are relative.
+ Example:
+    $foo/bar/baz.cm:a/b/c.sml
+ This path denotes the file bar/a/b/c.sml relative to the directory
+ denoted by anchor "foo".  Notice that the encoding also includes
+ baz.cm which is the .cm-file that listed a/b/c.sml.  As usual, such
+ paths are resolved relative to the .cm-files directory, so baz.cm must
+ be ignored to get the "real" pathname.
+ To make this fact more obvious, CM puts the names of such "virtual
+ arcs" into parentheses when they appear in progress reports. (No
+ parentheses will appear in the internal protocol encoding.)  Thus,
+ what you really see is:
+   $foo/bar/(baz.cm):a/b/c.sml
+ I find this notation to be much more informative than before.
+ Another new feature of the encoding is that special characters
+ including parentheses, colons, (back)slashes, and white space are
+ written as \ddd (where ddd is the decimal encoding of the character).
+ *** The CM manual still needs to be updated.
+ ----------------------------------------------------------------------
+ Name: Allen Leung
+ Date: 2000/06/15 00:38:00
+ Tag: leunga-20000615-x86-peephole
+ x86 Peephole fix by Fermin.  Affects c-- and moby only.
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/06/12 11:40:00
+ Tag: blume-20000612-parmakefix
+ Description:
+ More cleanup after changing the file naming scheme: This time I
+ repaired the parallel make mechanism for CMB.make which I broke earlier.
+ ----------------------------------------------------------------------
+ Name: Allen Leung
+ Date: 2000/06/09 01:25:00
+ Tag: leunga-20000609-various
+ None of these things should affect normal SML/NJ operations
+. Peephole improvements provided by Fermin (c--)
+. New annotation DEFUSE for adding extra dependence (moby)
+. New X86 LOCK instructions (moby)
+. New machine description language for reservation tables (scheduling)
+. Fixes to various optimization/analysis modules (branch chaining, dominator
+    trees etc.)
+. I've changed the CM files so that they can work with versions
+.0.6, 110.25 and 110.28
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/06/09 12:40:00
+ Tag: blume-20000609-log
+ Description:
+ - Removed all(?) remaining RCS Log entries from sources.
+ - Fixed bug in ml-yacc and ml-lex sources (use explicit anchors for
+   anchored paths).
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/06/07 17:00:00 JST
+ Tag: blume-20000607-no-implicit-anchors
+ Description:
+. This update changes the default setting for
+ CM.Control.implicit_anchors from true to false.  This means that
+ implicit anchors are no longer permitted by default.  I also tried to
+ make sure that nothing else still relies on implicit anchors.
+ (This is the next step on the schedule towards a CM that does not even
+ have the notion of implicit anchors anymore.)
+. More CM manual updates.
+. I managed to track down and fix the pickling bug I mentioned last
+ time.  Because of the previously existing workaround, this entails no
+ immediate practical changes.
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/06/06 11:15:00 JST
+ Tag: blume-20000606-lazierpickle
+ Description:
+ !!!! NEW BOOT FILES !!!!
+ * The main purpose of this update is to make library pickles lazier in
+ order to reduce the initial space penalty for autoloading a library.
+ As a result, it is now possible to have $smlnj/compiler.cm
+ pre-registered.  This should take care of the many complaints or
+ inquiries about missing structure Compiler.  This required changes to
+ CM's internal data structures and small tweaks to some algorithms.
+ As a neat additional effect, it is no longer necessary (for the sake
+ of lean heap image files) to distinguish between a "minimal" CM and a
+ "full" CM.  Now, there is only one CM (i.e., the "full" version:
+ $smlnj/cm.cm aka $smlnj/cm/full.cm), and it is always available at the
+ interactive top level. ($smlnj/cm/minimal.cm is gone.)
+ To make the life of compiler-hackers easier, "makeml" now also
+ pre-registers $smlnj/cmb.cm (aka $smlnj/cmb/current.cm).  In other
+ words, after you bootstrap a new sml for the first time, you will not
+ have to autoload $smlnj/cmb.cm again afterwards.  (The first time
+ around you will still have to do it, though.)
+ * A second change consists of major updates to the CM manual.  There
+ are now several appendices with summary information and also a full
+ specification of the CM description file syntax.
+ * In directory src/system I added the script "allcross".  This script
+ invokes sml and cross-compiles the compiler for all supported
+ architectures.  (Useful when providing a new set of boot files.)
+ * There seems to be a latent bug in my "lazy pickles" mechanism.  I
+ added a small tweak to pickle-util.sml to work around this problem,
+ but it is not a proper fix yet.  I will investigate further.  (The
+ effect of the bug was an inflation of library pickle size.)
+ * Version number increased to 110.28.1 (to avoid compatibility problems).
+ ----------------------------------------------------------------------
+ Name: Allen Leung
+ Date: 2000/05/25 17:28 EDT
+ Tag: leunga-20000525-ra
+ Description:
+   Fixed a bug in freezing phase of the register allocator.
+ ----------------------------------------------------------------------
+ Name: Allen Leung
+ Date: 2000/05/15 22:53 EDT
+ Tag: leunga-20000515-alpha-x86-ra
+ Description:
+. Alpha
+       Slight cleanup.  Removed the instruction SGNXL
+. X86
+       Added the following instructions to the instruction set:
+         ROLx, RORx,
+         BTx, BTSx, BTLx, BTRx,
+         XCHGx, and variants with the LOCK prefix
+. Register Allocation
+       The module ra-rewrite-with-renaming has been improved.
+   These have no effect on SML/NJ.
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/05/15 16:20:00 JST
+ Tag: blume-20000515-lightrebuild
+ Description:
+. I added an alternative to "-rebuild" to "makeml".  The difference is
+    that prior to calling CMB.make' the CM-variable "LIGHT" will be
+    defined.  In effect, the command will not build any cross-compiler
+    backends and therefore finish more quickly.
+    The "fixpt" script also takes a "-light" switch to be able to use
+    this new facility while compiling for a fixpoint.
+. I replaced all mentions of anchored paths in group owner specifications
+    with simple relative paths (usually starting with "..").
+    The rationale is that a library's internal workings should not be
+    compromised by the lack of some anchor.  (An anchor is necessary
+    for someone who wants to refer to the library by an anchored path,
+    but it should not be necessary to build the same library in the first
+    place.)
+. I changed the way CM's tool mechanism determines the shell command
+    string used for things like ml-yacc etc. so that it does not break
+    when CM.Control.implicit_anchors is turned off.
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/05/12 18:20:00 JST
+ Tag: blume-20000512-ml-build
+ Description:
+ Fixed a bug in config/_ml-build that prevented ml-yacc and ml-lex from
+ getting installed properly (by config/install.sh).
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/05/12 17:30:00 JST
+ Tag: blume-20000512-anchors
+ Description:
+ !!! NEW BOOT FILES !!!
+ This change is in preparation of fading out support for "implicitly
+ anchored path names".  I went through all sources and used the
+ explicit (and relatively new) $-notation.  See system/README and the
+ CM manual for more info on this.
+ I also modified the anchoring scheme for some things such as "smlnj",
+ "MLRISC", "cm", etc. to take advantage of the fact that explicit
+ anchors are more expressive: anchor name and first arc do not have to
+ coincide.  This entails the following user-visible change:
+ You have to write $smlnj/foo/bar instead of smlnj/foo/bar.  In
+ particular, when you fire up sml with a command-line argument, say,
+ e.g.:
+    sml '$smlnj/cmb.cm'
+ At the ML toplevel prompt:
+    CM.autoload "$smlnj/cmb.cm";
+ There is also a new controller in CM.Control that can be used to turn
+ off all remaining support for implicit anchors by saying:
+     CM.autoload "$smlnj/
+     #set CM.Control.implicit_anchors false;
+ This causes CM to reject implicitly anchored paths.  This is (for the
+ time being) less permissive than the "final" version where there will
+ be no more such implicit anchors and relative paths will be just that:
+ relative.
+ The next step (version after next version?) will be to make the
+ default for CM.Control.implicit_anchors false.  After the dust has
+ settled, I can then produce the "final" version of this...
+ Note: Since bootstrapping is a bit tricky, I provided new boot files.
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
+ Date: 2000/05/11 16:30:00 JST
+ Tag: blume-20000511-sources
+ Description:
+ The main change is that I added function CM.sources as a generalized
+ version of the earlier CM.makedepend.  This entails the following
+ additional changes:
+   - CM.makedepend has been dropped.
+   - CM manual has been updated.
+   - TOOLS signature and API have been changed.
+ ----------------------------------------------------------------------
+ Name: Allen Leung
+ Date: 2000/05/10 21:17 EDT
+ Tag: leunga-20000510-moby-c--ssa
+ Description:
+   Various bug fixes and new features for C--, Moby and MLRISC optimizations.
+ None of these affect SML/NJ.
+. Register Allocation
+     a. A new ra spilling module (ra/ra-spill-with-renaming) is implemented.
+        This module tries to remove local (i.e. basic block level) redundancies
+        during spilling.
+     b. A new framework for performing region based register allocation.
+        Not yet entirely functional.
+. X86
+    a. DefUse for POP was missing the stack pointer [found by Lal]
+    b. Reload for CALL was incorrect in X86Spill [found by John]
+    c. Various fixes in X86Spill so that it can be used correctly for
+       the new spilling module.
+. SSA/IR
+    a. New module ir/dj-dataflow.sml implements elimination based
+       data flow analysis.
+. MLRiscGen
+    a. Fix for gc type annotation
+. MDGen
+    Various fixes for machine description -> ml code translation.  For ssa
+    only.
+ ----------------------------------------------------------------------
+ Name: Allen Leung
+ Date: 2000/05/08 22:17 EDT
+ Tag: leunga-20000508-labexp
+ Description:
+   Fermin has found a few assembly problems with constant expressions
+   generated in LabelExp.  Mostly, the problems involve extra parentheses,
+   which choke on dumb assemblers.  This is his fix.
+ ----------------------------------------------------------------------
+ Name: Dave MacQueen
+ Date: 2000/04/09 14:00 EDT
+ Tag: dbm-20000502-Version_110_28
+ Description:
+. Updated src/compiler/TopLevel/main/version.sml to version 110.28
+. Updated config/version to 110.28
+. Updated config/srcarchiveurl
+. New boot files!
+    ftp://ftp.research.bell-labs.com/dist/smlnj/working/110.28/
+ ----------------------------------------------------------------------
+ Name: Matthias Blume
  Date: 2000/05/01 19:05:00 JST
  Tag: blume-20000501-noweb
  Description:
-Line 310
+Line 974
 .  Assembly
-     When generating assemby, resolve the value of client defined constants,
+     When generating assembly, resolve the value of client defined constants,
      instead of generating symbolic values.  This is controlled by the
      new flag "asm-resolve-constants", which is default to true.
-Line 333
+Line 997
  To this end, I arranged that instead of "structure Core" as "structure
  _Core" is bound in the pervasive environment.  Core access is done via
- _Core (which can never be accidentially rebound because _Core is not a
+ _Core (which can never be accidentally rebound because _Core is not a
  legal surface-syntax symbol).
  The current solution is much cleaner because the core environment is
-Line 343
+Line 1007
  with dynamic and symbolic parts of the core environment.
  Remaining hackery (to bind the "magic" symbol _Core) is localized in the
- compilation mananger's bootstrap compiler (actually: in the "init group"
+ compilation manager's bootstrap compiler (actually: in the "init group"
  handling).  See the comments in src/system/smlnj/init/init.cmi for
  more details.
-Line 458
+Line 1122
     (specified in the .cm file at each instance where the tool's class is
     used).
-    This was done to accomodate the new "make" and "shell" tools which
+    This was done to accommodate the new "make" and "shell" tools which
-    facilitate fairly seemless hookup to portions of code managed using
+    facilitate fairly seamless hookup to portions of code managed using
     Makefiles or Shell scripts.
     There are no classes "shared" or "private" anymore.  Instead, the
-Line 471
+Line 1135
     All existing tools are described in the CM manual.
-    - Slightly better error handling.  (CM now surpresses many followup
+    - Slightly better error handling.  (CM now suppresses many followup
     error messages that tended to be more annoying than helpful.)
 . Major changes to the compiler's static environment data structures.
-Line 605
+Line 1269
       I've changed andl to testl in the floating point test sequence
       whenever appropriate.  The Intel optimization guide states that
-      testl is perferable to andl.
+      testl is preferable to andl.
 . RA (x86 only)
-Line 787
+Line 1451
 . Tools.registerStdShellCmdTool (from smlnj/cm/tool.cm) takes an
  additional argument called "template" which is an optional string that
- specifiel the layout of the tool command line.  See the CM manual for
+ specifies the layout of the tool command line.  See the CM manual for
  explanation.
-. A special-purpose tool can be "regisitered" by simply dropping the
+. A special-purpose tool can be "registered" by simply dropping the
  corresponding <...>-tool.cm (and/or <...>-ext.cm) into the same
  directory where the .cm file lives that uses this tool.  (The
  behavior/misfeature until now was to look for the tool description
-Line 834
+Line 1498
  rebuild.  Having sets of the form <base><k>.{bin,boot}.<arch>-unix for
  <k>=1,2,... is normally not a good idea when invoking fixpt.  However,
  they might be the result of an earlier partial run of fixpt (which
- perhaps got accidentially killed).  In this case, fixpt will quickly
+ perhaps got accidentally killed).  In this case, fixpt will quickly
  move through what exists before continuing where it left off earlier,
  and, thus, saves a lot of time.
-Line 884
+Line 1548
    it from that remote directory.
    This should simplify installation further:  For machines that have
    access to the internet, just fetch <version>-config.tgz, unpack it,
-   edit config/targets, and go (run config/install.sh).  The scipt will
+   edit config/targets, and go (run config/install.sh).  The script will
    fetch everything else that it might need all by itself.
    For CVS users, this mechanism is not relevant for source archives, but

 Legend:



Removed from v.634
 


changed lines


 
Added in v.676
 Legend:



Removed from v.634
 


changed lines


 
Added in v.676
-Removed from v.634
+Added in v.676

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