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 841, Fri Jun 15 21:38:20 2001 UTC
# Line 14  Line 14 
15  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16  Name: Matthias Blume  Name: Matthias Blume
17    Date: 2001/06/15 15:05:00 EDT
18    Tag: blume-20010615-moresparc
19    Description:
21    Here is a short late-hour update related to Sparc c-calls:
23     -- made handling of double-word arguments a bit smarter
25     -- instruction selection phase tries to collapse certain clumsily
26        constructed ML-Trees; typical example:
28            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
30        This currently has no further impact on SML/NJ since mlriscGen does
31        not seem to generate such patterns in the first place, and c-calls
32        (which did generate them in the beginning) has meanwhile been fixed
33        so as to avoid them as well.
35    ----------------------------------------------------------------------
36    Name: Matthias Blume
37    Date: 2001/06/15 15:05:00 EDT
38    Tag: blume-20010615-sparc
39    Description:
41    The purpose of this update is to provide an implementation of NLFFI
42    on Sparc machines.
44    Here are the changes in detail:
46       * src/MLRISC/sparc/c-calls/sparc-c-calls.sml is a new file containing
47       the Sparc implementation of the c-calls API.
48       * The Sparc backend of SML/NJ has been modified to uniformely use %fp
49       for accessing the ML frame.  Thus, we have a real frame pointer and
50       can freely modify %sp without need for an omit-frame-ptr phase.
51       The vfp logic in src/compiler/CodeGen/* has been changed to accomodate
52       this case.
53       * ml-nlffigen has been taught to produce code for different architectures
54       and calling conventions.
55       * In a way similar to what was done in the x86 case, the Sparc
56       backend uses its own specific extension to mltree.  (For example,
57       it needs to be able to generate UNIMP instructions which are part
58       of the calling convention.)
59       * ml-nlffi-lib was reorganized to make it more modular (in particular,
60       to make it easier to plug in new machine- and os-dependent parts).
62    There are some other fairly unrelated bug fixes and cleanups as well:
64       * I further hacked the .cm files for MLRISC tools (like MDLGen) so
65       that they properly share their libraries with existing SML/NJ libraries.
66       * I fixed a minor cosmetic bug in CM, supressing certain spurious
67       follow-up error messages.
68       * Updates to CM/CMB documentation.
70    TODO items:
72       * MLRISC should use a different register as its asmTemp on the Sparc.
73         (The current %o2 is a really bad choice because it is part of the
74         calling conventions, so things might interfere in unexpected ways.)
76    ----------------------------------------------------------------------
77    Name: Matthias Blume
78    Date: 2001/06/07
79    Tag: blume-20010607-calls
80    Description:
82    A number of internal changes related to C calls and calling conventions:
84    1. ML-Tree CALL statements now carry a "pops" field.  It indicates the
85       number of bytes popped implicitly (by the callee).  In most cases
86       this field is 0 but on x86/win32 it is some non-zero value.  This
87       is information provided for the benefit of the "omit-frameptr" pass.
88    2. The CALL instruction on the x86 carries a similar "pops" field.
89       The instruction selection phase copies its value from the ML-Tree
90       CALL statement.
91    3. On all other architectures, the instruction selection phase checks
92       whether "pops=0" and complains if not.
93    4. The c-calls implementation for x86 now accepts two calling conventions:
94       "ccall" and "stdcall".  When "ccall" is selected, the caller cleans
95       up after the call and pops is set to 0.  For "stdcall", the caller
96       does nothing, leaving the cleanup to the callee; pops is set to
97       the number of bytes that were pushed onto the stack.
98    5. The cproto decoder (compiler/Semant/types/cproto.sml) now can
99       distinguish between "ccall" and "stdcall".
100    6. The UNIMP instruction has been added to the supported Sparc instruction
101       set. (This is needed for implementing the official C calling convention
102       on this architecture.)
103    7. I fixed some of the .cm files under src/MLRISC/Tools to make them
104       work with the latest CM.
106    ----------------------------------------------------------------------
107    Name: Matthias Blume
108  Date: 2001/06/05 15:10:00 EDT  Date: 2001/06/05 15:10:00 EDT
109  Tag: blume-20010605-cm-index  Tag: blume-20010605-cm-index
110  Description:  Description:

Removed from v.838  
changed lines
  Added in v.841

ViewVC Help
Powered by ViewVC 1.0.0