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 642, Thu May 11 07:30:29 2000 UTC revision 647, Tue May 16 02:53:02 2000 UTC
# Line 12  Line 12 
12  Tag: <post-commit CVS tag>  Tag: <post-commit CVS tag>
13  Description:  Description:
14  ----------------------------------------------------------------------  ----------------------------------------------------------------------
15    Name: Allen Leung
16    Date: 2000/05/15 22:53 EDT
17    Tag: leunga-20000515-alpha-x86-ra
18    Description:
19    
20      1. Alpha
21    
22          Slight cleanup.  Removed the instruction SGNXL
23    
24      2. X86
25    
26          Added the following instructions to the instruction set:
27    
28            ROLx, RORx,
29            BTx, BTSx, BTLx, BTRx,
30            XCHGx, and variants with the LOCK prefix
31    
32      3. Register Allocation
33    
34          The module ra-rewrite-with-renaming has been improved.
35    
36      These have no effect on SML/NJ.
37    
38    ----------------------------------------------------------------------
39    Name: Matthias Blume
40    Date: 2000/05/15 16:20:00 JST
41    Tag: blume-20000515-lightrebuild
42    Description:
43    
44    1. I added an alternative to "-rebuild" to "makeml".  The difference is
45       that prior to calling CMB.make' the CM-variable "LIGHT" will be
46       defined.  In effect, the command will not build any cross-compiler
47       backends and therefore finish more quickly.
48    
49       The "fixpt" script also takes a "-light" switch to be able to use
50       this new facility while compiling for a fixpoint.
51    
52    2. I replaced all mentions of anchored paths in group owner specifications
53       with simple relative paths (usually starting with "..").
54       The rationale is that a library's internal workings should not be
55       compromised by the lack of some anchor.  (An anchor is necessary
56       for someone who wants to refer to the library by an anchored path,
57       but it should not be necessary to build the same library in the first
58       place.)
59    
60    3. I changed the way CM's tool mechanism determines the shell command
61       string used for things like ml-yacc etc. so that it does not break
62       when CM.Control.implicit_anchors is turned off.
63    
64    ----------------------------------------------------------------------
65    Name: Matthias Blume
66    Date: 2000/05/12 18:20:00 JST
67    Tag: blume-20000512-ml-build
68    Description:
69    
70    Fixed a bug in config/_ml-build that prevented ml-yacc and ml-lex from
71    getting installed properly (by config/install.sh).
72    
73    ----------------------------------------------------------------------
74    Name: Matthias Blume
75    Date: 2000/05/12 17:30:00 JST
76    Tag: blume-20000512-anchors
77    Description:
78    
79    !!! NEW BOOT FILES !!!
80    
81    This change is in preparation of fading out support for "implicitly
82    anchored path names".  I went through all sources and used the
83    explicit (and relatively new) $-notation.  See system/README and the
84    CM manual for more info on this.
85    
86    I also modified the anchoring scheme for some things such as "smlnj",
87    "MLRISC", "cm", etc. to take advantage of the fact that explicit
88    anchors are more expressive: anchor name and first arc do not have to
89    coincide.  This entails the following user-visible change:
90    
91    You have to write $smlnj/foo/bar instead of smlnj/foo/bar.  In
92    particular, when you fire up sml with a command-line argument, say,
93    e.g.:
94    
95       sml '$smlnj/cmb.cm'
96    
97    At the ML toplevel prompt:
98    
99       CM.autoload "$smlnj/cmb.cm";
100    
101    There is also a new controller in CM.Control that can be used to turn
102    off all remaining support for implicit anchors by saying:
103    
104        CM.autoload "$smlnj/
105        #set CM.Control.implicit_anchors false;
106    
107    This causes CM to reject implicitly anchored paths.  This is (for the
108    time being) less permissive than the "final" version where there will
109    be no more such implicit anchors and relative paths will be just that:
110    relative.
111    
112    The next step (version after next version?) will be to make the
113    default for CM.Control.implicit_anchors false.  After the dust has
114    settled, I can then produce the "final" version of this...
115    
116    Note: Since bootstrapping is a bit tricky, I provided new boot files.
117    
118    ----------------------------------------------------------------------
119  Name: Matthias Blume  Name: Matthias Blume
120  Date: 2000/05/11 16:30:00 JST  Date: 2000/05/11 16:30:00 JST
121  Tag: blume-20000511-sources  Tag: blume-20000511-sources

Legend:
Removed from v.642  
changed lines
  Added in v.647

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