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

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

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