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 838, Tue Jun 5 19:10:21 2001 UTC revision 845, Thu Jun 21 16:25:49 2001 UTC
# Line 14  Line 14 
14    
15  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16  Name: Matthias Blume  Name: Matthias Blume
17    Date: 2001/06/21 12:25:00 EDT
18    Tag: blume-20010621-eXene
19    Description:
20    
21    eXene now compiles and (sort of) works again.
22    
23    The library name (for version > 110.33) is $/eXene.cm.
24    
25    I also added an new example in src/eXene/examples/nbody.  See the
26    README file there for details.
27    
28    ----------------------------------------------------------------------
29    Name: Matthias Blume
30    Date: 2001/06/20 16:40:00 EDT
31    Tag: blume-20010620-cml
32    Description:
33    
34    CML now compiles and works again.
35    
36    Libraries (for version > 110.33):
37    
38      $cml/cml.cm            Main CML library.
39      $cml/basis.cm          CML's version of $/basis.cm.
40      $cml/cml-internal.cm   Internal helper library.
41      $cml/core-cml.cm       Internal helper library.
42      $cml-lib/trace-cml.cm  Tracing facility.
43      $cml-lib/smlnj-lib.cm  CML's version of $/smlnj-lib.cm
44    
45    The installer (config/install.sh) has been taught how to properly
46    install this stuff.
47    
48    ----------------------------------------------------------------------
49    Name: Matthias Blume
50    Date: 2001/06/19 17:55:00 EDT
51    Tag: blume-20010619-instantiate
52    Description:
53    
54    This un-breaks the fix for bug 1432.
55    (The bug was originally fixed in 110.9 but I broke it again some
56    time after that.)
57    
58    ----------------------------------------------------------------------
59    Name: Matthias Blume
60    Date: 2001/06/19 17:25:00 EDT
61    Tag: blume-20010619-signals
62    Description:
63    
64    This should (hopefully) fix the long-standing signal handling bug.
65    (The runtime system was constructing a continuation record with an
66    incorrect descriptor which would cause the GC to drop data on the floor...)
67    
68    ----------------------------------------------------------------------
69    Name: Matthias Blume
70    Date: 2001/06/15 15:05:00 EDT
71    Tag: blume-20010615-moresparc
72    Description:
73    
74    Here is a short late-hour update related to Sparc c-calls:
75    
76     -- made handling of double-word arguments a bit smarter
77    
78     -- instruction selection phase tries to collapse certain clumsily
79        constructed ML-Trees; typical example:
80    
81            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
82    
83        This currently has no further impact on SML/NJ since mlriscGen does
84        not seem to generate such patterns in the first place, and c-calls
85        (which did generate them in the beginning) has meanwhile been fixed
86        so as to avoid them as well.
87    
88    ----------------------------------------------------------------------
89    Name: Matthias Blume
90    Date: 2001/06/15 15:05:00 EDT
91    Tag: blume-20010615-sparc
92    Description:
93    
94    The purpose of this update is to provide an implementation of NLFFI
95    on Sparc machines.
96    
97    Here are the changes in detail:
98    
99       * src/MLRISC/sparc/c-calls/sparc-c-calls.sml is a new file containing
100       the Sparc implementation of the c-calls API.
101       * The Sparc backend of SML/NJ has been modified to uniformely use %fp
102       for accessing the ML frame.  Thus, we have a real frame pointer and
103       can freely modify %sp without need for an omit-frame-ptr phase.
104       The vfp logic in src/compiler/CodeGen/* has been changed to accomodate
105       this case.
106       * ml-nlffigen has been taught to produce code for different architectures
107       and calling conventions.
108       * In a way similar to what was done in the x86 case, the Sparc
109       backend uses its own specific extension to mltree.  (For example,
110       it needs to be able to generate UNIMP instructions which are part
111       of the calling convention.)
112       * ml-nlffi-lib was reorganized to make it more modular (in particular,
113       to make it easier to plug in new machine- and os-dependent parts).
114    
115    There are some other fairly unrelated bug fixes and cleanups as well:
116    
117       * I further hacked the .cm files for MLRISC tools (like MDLGen) so
118       that they properly share their libraries with existing SML/NJ libraries.
119       * I fixed a minor cosmetic bug in CM, supressing certain spurious
120       follow-up error messages.
121       * Updates to CM/CMB documentation.
122    
123    TODO items:
124    
125       * MLRISC should use a different register as its asmTemp on the Sparc.
126         (The current %o2 is a really bad choice because it is part of the
127         calling conventions, so things might interfere in unexpected ways.)
128    
129    ----------------------------------------------------------------------
130    Name: Matthias Blume
131    Date: 2001/06/07
132    Tag: blume-20010607-calls
133    Description:
134    
135    A number of internal changes related to C calls and calling conventions:
136    
137    1. ML-Tree CALL statements now carry a "pops" field.  It indicates the
138       number of bytes popped implicitly (by the callee).  In most cases
139       this field is 0 but on x86/win32 it is some non-zero value.  This
140       is information provided for the benefit of the "omit-frameptr" pass.
141    2. The CALL instruction on the x86 carries a similar "pops" field.
142       The instruction selection phase copies its value from the ML-Tree
143       CALL statement.
144    3. On all other architectures, the instruction selection phase checks
145       whether "pops=0" and complains if not.
146    4. The c-calls implementation for x86 now accepts two calling conventions:
147       "ccall" and "stdcall".  When "ccall" is selected, the caller cleans
148       up after the call and pops is set to 0.  For "stdcall", the caller
149       does nothing, leaving the cleanup to the callee; pops is set to
150       the number of bytes that were pushed onto the stack.
151    5. The cproto decoder (compiler/Semant/types/cproto.sml) now can
152       distinguish between "ccall" and "stdcall".
153    6. The UNIMP instruction has been added to the supported Sparc instruction
154       set. (This is needed for implementing the official C calling convention
155       on this architecture.)
156    7. I fixed some of the .cm files under src/MLRISC/Tools to make them
157       work with the latest CM.
158    
159    ----------------------------------------------------------------------
160    Name: Matthias Blume
161  Date: 2001/06/05 15:10:00 EDT  Date: 2001/06/05 15:10:00 EDT
162  Tag: blume-20010605-cm-index  Tag: blume-20010605-cm-index
163  Description:  Description:

Legend:
Removed from v.838  
changed lines
  Added in v.845

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