SCM Repository

[smlnj] Diff of /sml/trunk/HISTORY

[smlnj] / sml / trunk / HISTORY

Diff of /sml/trunk/HISTORY

-revision 645, Mon May 15 07:17:30 2000 UTC
+revision 666, Fri Jun 16 08:27:00 2000 UTC
 Line 13
  Description:
  ----------------------------------------------------------------------
  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:
+ ** 1. The $<singlearc> abbreviation for $/<singlearc> for anchored
+ paths has finally vanished.
+ John 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., form 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).
+ ----------------------------------------------------------------------
+ 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:
-Line 470
+Line 729
 .  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 493
+Line 752
  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 503
+Line 762
  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 618
+Line 877
     (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 631
+Line 890
     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 765
+Line 1024
       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 947
+Line 1206
 . 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 994
+Line 1253
  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 1044
+Line 1303
    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.645
 


changed lines


 
Added in v.666
 Legend:



Removed from v.645
 


changed lines


 
Added in v.666
-Removed from v.645
+Added in v.666

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