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 834, Wed May 23 18:30:31 2001 UTC revision 843, Tue Jun 19 21:53:04 2001 UTC
# Line 14  Line 14 
14    
15  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16  Name: Matthias Blume  Name: Matthias Blume
17    Date: 2001/06/19 17:55:00 EDT
18    Tag: blume-20010619-instantiate
19    Description:
20    
21    This un-breaks the fix for bug 1432.
22    (The bug was originally fixed in 110.9 but I broke it again some
23    time after that.)
24    
25    ----------------------------------------------------------------------
26    Name: Matthias Blume
27    Date: 2001/06/19 17:25:00 EDT
28    Tag: blume-20010619-signals
29    Description:
30    
31    This should (hopefully) fix the long-standing signal handling bug.
32    (The runtime system was constructing a continuation record with an
33    incorrect descriptor which would cause the GC to drop data on the floor...)
34    
35    ----------------------------------------------------------------------
36    Name: Matthias Blume
37    Date: 2001/06/15 15:05:00 EDT
38    Tag: blume-20010615-moresparc
39    Description:
40    
41    Here is a short late-hour update related to Sparc c-calls:
42    
43     -- made handling of double-word arguments a bit smarter
44    
45     -- instruction selection phase tries to collapse certain clumsily
46        constructed ML-Trees; typical example:
47    
48            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
49    
50        This currently has no further impact on SML/NJ since mlriscGen does
51        not seem to generate such patterns in the first place, and c-calls
52        (which did generate them in the beginning) has meanwhile been fixed
53        so as to avoid them as well.
54    
55    ----------------------------------------------------------------------
56    Name: Matthias Blume
57    Date: 2001/06/15 15:05:00 EDT
58    Tag: blume-20010615-sparc
59    Description:
60    
61    The purpose of this update is to provide an implementation of NLFFI
62    on Sparc machines.
63    
64    Here are the changes in detail:
65    
66       * src/MLRISC/sparc/c-calls/sparc-c-calls.sml is a new file containing
67       the Sparc implementation of the c-calls API.
68       * The Sparc backend of SML/NJ has been modified to uniformely use %fp
69       for accessing the ML frame.  Thus, we have a real frame pointer and
70       can freely modify %sp without need for an omit-frame-ptr phase.
71       The vfp logic in src/compiler/CodeGen/* has been changed to accomodate
72       this case.
73       * ml-nlffigen has been taught to produce code for different architectures
74       and calling conventions.
75       * In a way similar to what was done in the x86 case, the Sparc
76       backend uses its own specific extension to mltree.  (For example,
77       it needs to be able to generate UNIMP instructions which are part
78       of the calling convention.)
79       * ml-nlffi-lib was reorganized to make it more modular (in particular,
80       to make it easier to plug in new machine- and os-dependent parts).
81    
82    There are some other fairly unrelated bug fixes and cleanups as well:
83    
84       * I further hacked the .cm files for MLRISC tools (like MDLGen) so
85       that they properly share their libraries with existing SML/NJ libraries.
86       * I fixed a minor cosmetic bug in CM, supressing certain spurious
87       follow-up error messages.
88       * Updates to CM/CMB documentation.
89    
90    TODO items:
91    
92       * MLRISC should use a different register as its asmTemp on the Sparc.
93         (The current %o2 is a really bad choice because it is part of the
94         calling conventions, so things might interfere in unexpected ways.)
95    
96    ----------------------------------------------------------------------
97    Name: Matthias Blume
98    Date: 2001/06/07
99    Tag: blume-20010607-calls
100    Description:
101    
102    A number of internal changes related to C calls and calling conventions:
103    
104    1. ML-Tree CALL statements now carry a "pops" field.  It indicates the
105       number of bytes popped implicitly (by the callee).  In most cases
106       this field is 0 but on x86/win32 it is some non-zero value.  This
107       is information provided for the benefit of the "omit-frameptr" pass.
108    2. The CALL instruction on the x86 carries a similar "pops" field.
109       The instruction selection phase copies its value from the ML-Tree
110       CALL statement.
111    3. On all other architectures, the instruction selection phase checks
112       whether "pops=0" and complains if not.
113    4. The c-calls implementation for x86 now accepts two calling conventions:
114       "ccall" and "stdcall".  When "ccall" is selected, the caller cleans
115       up after the call and pops is set to 0.  For "stdcall", the caller
116       does nothing, leaving the cleanup to the callee; pops is set to
117       the number of bytes that were pushed onto the stack.
118    5. The cproto decoder (compiler/Semant/types/cproto.sml) now can
119       distinguish between "ccall" and "stdcall".
120    6. The UNIMP instruction has been added to the supported Sparc instruction
121       set. (This is needed for implementing the official C calling convention
122       on this architecture.)
123    7. I fixed some of the .cm files under src/MLRISC/Tools to make them
124       work with the latest CM.
125    
126    ----------------------------------------------------------------------
127    Name: Matthias Blume
128    Date: 2001/06/05 15:10:00 EDT
129    Tag: blume-20010605-cm-index
130    Description:
131    
132    0. The "lambdasplit" parameter for class "sml" in CM has been documented.
133    
134    1. CM can now generate "index files".  These are human-readable files
135       that list on a per-.cm-file basis each toplevel symbol defined or
136       imported.  The location of the index file for
137       <p>/<d>.cm is <p>/CM/INDEX/<d>.cm.
138       To enable index-file generation, set CM.Control.generate_index to true
139       or export an environment-symbol: export CM_GENERATE_INDEX=true.
140    
141       The CM manual has been updated accordingly.
142    
143    2. I made some slight modifications to the c-calls API in MLRISC.
144    
145         a) There is now a callback to support saving/restoring of
146            dedicated but caller-save registers around the actual call
147            instruction.
148         b) One can optionally specify a comment-annotation for the
149            call instruction.
150    
151    3. SML/NJ (mlriscGen.sml) uses this new API for the rawccall primop.
152       (For example, the comment annotation shows the C prototype of
153        the function being called.)
154    
155    ----------------------------------------------------------------------
156    Name: Matthias Blume
157    Date: 2001/06/01 13:30:00 EDT
158    Tag: blume-20010601-nlffi-cleanup
159    Description:
160    
161    This is mostly a cleanup of MLFFI stuff:
162    
163       - some signature files have been put into a more exposed place
164       - the ugly 'f type parameter is gone (simplifies types tremendously!)
165       - ml-nlffigen changed accordingly
166       - tutorial updated
167    
168    Other changes:
169    
170       - author's affiliation in CM manual(s) updated
171       - some more recognized keywords added to Allen's sml.sty
172    
173    ----------------------------------------------------------------------
174    Name: Matthias Blume
175    Date: 2001/05/25 15:30:00 EDT
176    Tag: blume-20010525-iptr
177    Description:
178    
179      - put the official 110.33-README (as it appears on the ftp server) under
180        CVS
181      - fixed a small bug related to incomplete pointer types in
182        ml-nlffigen
183      - small cosmetic change to the ml-nlffi-lib's "arr" type constructor
184        (it does not need the 'f type parameter)
185    
186    ----------------------------------------------------------------------
187    Name: Matthias Blume
188  Date: 2001/05/23 14:30:00 EDT  Date: 2001/05/23 14:30:00 EDT
189  Tag: Release_110_33  Tag: Release_110_33
190  Description:  Description:

Legend:
Removed from v.834  
changed lines
  Added in v.843

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