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 806, Thu Mar 22 21:22:21 2001 UTC revision 938, Thu Sep 20 21:27:33 2001 UTC
# Line 14  Line 14 
14    
15  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16  Name: Matthias Blume  Name: Matthias Blume
17    Date: 2001/09/20 17:28:00 EDT
18    Tag: blume-20010920-slowfp
19    Description:
20    
21    Allen says that x86-fast-fp is not safe yet, so I turned it off again...
22    
23    ----------------------------------------------------------------------
24    Name: Matthias Blume
25    Date: 2001/09/20 17:20:00 EDT
26    Tag: blume-20010920-canonicalpaths
27    Description:
28    
29    0. Updated the BOOT file (something that I forgot to do earlier).
30    
31    1. Small internal change to CM so that it avoids "/../" in filenames
32       as much as possible (but only where it is safe).
33    
34    2. Changed config/_run-sml (resulting in a changed bin/.run-sml) so
35       that arguments that contain delimiters are passed through correctly.
36       This change also means that all "special" arguments of the form
37       @SMLxxx... must come first.
38    
39    3. Changed install script to put relative anchor names for tool commands
40       into pathconfig.
41    
42    ----------------------------------------------------------------------
43    Name: Matthias Blume
44    Date: 2001/09/18 15:35:00 EDT
45    Tag: blume-20010918-readme11036
46    Description:
47    
48    Added README files.
49    
50    ----------------------------------------------------------------------
51    Name: Matthias Blume
52    Date: 2001/09/18 11:45:00 EDT
53    Tag: Release_110_36 (retag)
54    Description:
55    
56    Fixed mistake in config/preloads. Retagged as 110.36.
57    
58    ----------------------------------------------------------------------
59    Name: Matthias Blume
60    Date: 2001/09/18 09:40:00 EDT
61    Tag: Release_110_36_orig (tag changed)
62    Description:
63    
64    New version (110.36).  New bootfiles.
65    
66    ----------------------------------------------------------------------
67    Name: Matthias Blume
68    Date: 2001/09/14 16:15:00 EDT
69    Tag: blume-20010914-x86fastfp
70    Description:
71    
72    John committed some changes that Allen made, in particular a (hopefully)
73    correctly working version of the x86-fp module.
74    
75    I changed the default setting of the Control.MLRISC.getFlag "x86-fast-fp"
76    flag to "true".  Everything seems to compile to a fixpoint ok, and
77    "mandelbrot" speeds up by about 15%.
78    
79    ----------------------------------------------------------------------
80    Name: Matthias Blume
81    Date: 2001/09/13 11:20:00 EDT
82    Tag: blume-20010913-minimal
83    Description:
84    
85    1. Stefan Monnier's patch to fix a miscompilation problem that
86       was brought to light by John Reppy's work on Moby.
87    
88    2. Implemented a minimal "structure Compiler" that contains just
89       "version" and "architecture".  The minimal version will be
90       available when the full version is not.  This is for backward-
91       compatibility with code that wants to test Compiler.version.
92    
93    ----------------------------------------------------------------------
94    Name: Matthias Blume
95    Date: 2001/08/28 14:03:00 EDT
96    Tag: blume-20010828-ml-lex
97    Description:
98    
99    Fix for bug 1581, received from Neophytos Michael.
100    
101    ----------------------------------------------------------------------
102    Name: Matthias Blume
103    Date: 2001/08/27 11:20:00 EDT
104    Tag: blume-20010827-readme11035
105    Description:
106    
107    Fleshed out the README file for 110.35.
108    
109    ----------------------------------------------------------------------
110    Name: Matthias Blume
111    Date: 2001/08/24 17:10:00 EDT
112    Tag: Release_110_35
113    Description:
114    
115    New version number (110.35).  New bootfiles.
116    
117    ----------------------------------------------------------------------
118    Name: Lal George
119    Date: 2001/08/24 13:47:18 EDT 2001
120    Tag: george-20010824-MLRISC-graphs
121    Description:
122    
123     removed clusters from MLRISC completely and replaced with graphs.
124    
125    ----------------------------------------------------------------------
126    Name: Matthias Blume
127    Date: 2001/08/23 17:50:00 EDT
128    Tag: blume-20010823-toplevel
129    Description:
130    
131    - some reorganization of the code that implements various kinds of
132      environments in the compiler (static, dynamic, symbolic, combined)
133    - re-implemented the EnvRef module so that evalStream works properly
134      (if the stream contains references to "use", "CM.make", etc.)
135    - cleaned up evalloop.sml and interact.sml (but they need more cleaning)
136    
137    ----------------------------------------------------------------------
138    Name: Matthias Blume
139    Date: 2001/08/20 15:50 EDT
140    Tag: blume20010820-slipup
141    Description:
142    
143    I forgot to commit a few files.  Here they are...
144    
145    ----------------------------------------------------------------------
146    Name: Matthias Blume
147    Date: 2001/08/20 15:35:00 EDT
148    Tag: blume-20010820-debugprof
149    Description:
150    
151    !!!! NEW BOOTFILES !!!!
152    
153    This is another round of reorganizing the compiler sources.  This
154    time the main goal was to factor out all the "instrumentation"
155    passes (for profiling and backtracing) into their own library.
156    The difficulty was to do it in such a way that it does not depend
157    on elaborate.cm but only on elabdata.cm.
158    
159    Therefore there have been further changes to both elaborate.cm and
160    elabdata.cm -- more "generic" things have been moved from the former
161    to the latter.  As a result, I was forced to split the assignment
162    of numbers indicating "primtyc"s into two portions: SML-generic and
163    SML/NJ-specific.  Since it would have been awkward to maintain,
164    I bit the bullet and actually _changed_ the mapping between these
165    numbers and primtycs.  The bottom line of this is that you need
166    a new set of bin- and bootfiles.
167    
168    I have built new bootfiles for all architectures, so doing a fresh
169    checkout and config/install.sh should be all you need.
170    
171    The newly created library's name is
172    
173        $smlnj/viscomp/debugprof.cm
174    
175    and its sources live under
176    
177        src/compiler/DebugProf
178    
179    ----------------------------------------------------------------------
180    Name: Matthias Blume
181    Date: 2001/08/15 17:15:00 EDT
182    Tag: blume-20010815-compreorg
183    Description:
184    
185    This is a first cut at reorganizing the CM libraries that make up the
186    core of the compiler.  The idea is to separate out pieces that could
187    be used independently by tools, e.g., the parser, the typechecker, etc.
188    
189    The current status is a step in this direction, but it is not quite
190    satisfactory yet.  Expect more changes in the future.
191    
192    Here is the current (new) organization...
193    
194        What used to be $smlnj/viscomp/core.cm is now divided into
195        six CM libraries:
196    
197             $smlnj/viscomp/basics.cm
198                           /parser.cm
199                           /elabdata.cm
200                           /elaborate.cm
201                           /execute.cm
202                           /core.cm
203    
204        The CM files for these libraries live under src/system/smlnj/viscomp.
205        All these libraries are proxy libraries that contain precisely
206        one CM library component.  Here are the locations of the components
207        (all within the src/compiler tree):
208    
209             Basics/basics.cm
210             Parse/parser.cm
211             ElabData/elabdata.cm
212             Elaborator/elaborate.cm
213             Execution/execute.cm
214             core.cm
215    
216         [This organization is the same that has been used already
217         for a while for the architecture-specific parts of the visible
218         compiler and for the old version of core.cm.]
219    
220         As you will notice, many source files have been moved from their
221         respective original locations to a new home in one of the above
222         subtrees.
223    
224         The division of labor between the new libraries is the following:
225    
226             basics.cm:
227                - Simple, basic definitions that pertain to many (or all) of
228                  the other libraries.
229             parser.cm:
230                - The SML parser, producing output of type Ast.dec.
231                - The type family for Ast is also defined and exported here.
232             elabdata.cm:
233                - The datatypes that describe input and output of the elaborator.
234                  This includes types, absyn, and static environments.
235             elaborator.cm:
236                - The SML/NJ type checker and elaborator.
237                  This maps an Ast.dec (with a given static environment) to
238                  an Absyn.dec (with a new static environment).
239                - This libraries implements certain modules that used to be
240                  structures as functors (to remove dependencies on FLINT).
241             execute.cm:
242                - Everything having to do with executing binary code objects.
243                - Dynamic environments.
244             core.cm:
245                - SML/NJ-specific instantiations of the elaborator and MLRISC.
246                - Top-level modules.
247                - FLINT (this should eventually become its own library)
248    
249    Notes:
250    
251    I am not 100% happy with the way I separated the elaborator (and its
252    data structures) from FLINT.  Two instances of the same problem:
253    
254        1. Data structures contain certain fields that carry FLINT-specific
255           information.  I hacked around this using exn and the property list
256           module from smlnj-lib.  But the fact that there are middle-end
257           specific fields around at all is a bit annoying.
258    
259        2. The elaborator calculates certain FLINT-related information.  I tried
260           to make this as abstract as I could using functorization, but, again,
261           the fact that the elaborator has to perform calculations on behalf
262           of the middle-end at all is not nice.
263    
264        3. Having to used exn and property lists is unfortunate because it
265           weakens type checking.  The other alternative (parameterizing
266           nearly *everything*) is not appealing, though.
267    
268    I removed the "rebinding =" warning hack because due to the new organization
269    it was awkward to maintain it.  As a result, the compiler now issues some of
270    these warnings when compiling init.cmi during bootstrap compilation. On
271    the plus side, you also get a warning when you do, for example:
272       val op = = Int32.+
273    which was not the case up to now.
274    
275    I placed "assign" and "deref" into the _Core structure so that the
276    code that deals with the "lazy" keyword can find them there.  This
277    removes the need for having access to the primitive environment
278    during elaboration.
279    
280    ----------------------------------------------------------------------
281    Name: Matthias Blume
282    Date: 2001/08/13
283    Tag: blume-20010813-closures
284    Description:
285    
286    This fix was sent to us by Zhong Shao.  It is supposed to improve the
287    performance of certain loops by avoiding needless closure allocation.
288    
289    ----------------------------------------------------------------------
290    Name: Lal George
291    Date: 2001/07/31 10:03:23 EDT 2001
292    Tag: george-20010731-x86-fmalloc
293    Description: Fixed bug in x86 calls
294    
295        There was a bug where call instructions would mysteriously
296        vanish. The call instruction had to be one that returned
297        a floating point value.
298    
299    ----------------------------------------------------------------------
300    Name: Lal George
301    Date: 2001/07/19 16:36:29 EDT 2001
302    Tag: george-20010719-simple-cells
303    Description:
304    
305    I have dramatically simplified the interface for CELLS in MLRISC.
306    
307    In summary, the cells interface is broken up into three parts:
308    
309      1. CellsBasis : CELLS_BASIS
310    
311            CellsBasis is a top level structure and common for all
312            architectures.  it contains the definitions of basic datatypes
313            and utility  functions over these types.
314    
315      2. functor Cells() : CELLS
316    
317            Cells generates an interface for CELLS that incorporates the
318            specific resources on the target architecture, such as the
319            presence of special register classes, their number and size,
320            and various useful substructures.
321    
322      3. <ARCH>CELLS
323    
324            e.g. SparcCells: SPARCCELLS
325    
326            <ARCH>CELLS usually contains additional bindings for special
327            registers  on the architecture, such as:
328    
329                    val r0 : cell           (* register zero *)
330                    val y : cell            (* Y register *)
331                    val psr : cell          (* processor status register *)
332                    ...
333    
334            The structure returned by applying the Cells functor is opened
335            in this interface.
336    
337    The main implication of all this is that the datatypes for cells is
338    split between CellsBasis and CELLS -- a fairly simple change for user
339    code.
340    
341    In the old scheme the CELLS interface had a definitional binding of
342    the form:
343    
344            signature CELLS = sig
345    
346               structure CellsBasis = CellsBasis
347    
348               ...
349    
350            end
351    
352    With all the sharing constraints that goes on in MLRISC, this old
353    design  quickly leads to errors such as:
354    
355            "structure definition spec inside of sharing ... "
356    
357    
358    and appears to require an unacceptable amount of sharing and where
359    constraint hackery.
360    
361    I think this error message (the interaction of definitional specs and
362    sharing) requires more explanation on our web page.
363    
364    ----------------------------------------------------------------------
365    Name: Matthias Blume
366    Date: 2001/07/19 15:00:00 EDT
367    Tag: blume-20010719-libreorg
368    Description:
369    
370    This update puts together a fairly extensive but straightforward change
371    to the way the libraries that implement the interactive system are
372    organized:
373    
374       The biggest change is the elimination of structure Compiler.  As a
375       replacement for this structure, there is now a CM library
376       (known as $smlnj/compiler.cm or $smlnj/compiler/current.cm)
377       that exports all the substructures of the original structure Compiler
378       directly.  So instead of saying Compiler.Foo.bar one now simply
379       says Foo.bar.  (The CM libraries actually export a collection of
380       structures that is richer than the collection of substructures of
381       structure Compiler.)
382    
383       To make the transition smooth, there is a separate library called
384       $smlnj/compiler/compiler.cm which puts together and exports the
385       original structure Compiler (or at least something very close to it).
386    
387       There are five members of the original structure Compiler
388       that are not exported directly but which instead became members
389       of a new structure Backend (described by signature BACKEND).  These are:
390       structure Profile (: PROFILE), structure Compile (: COMPILE), structure
391       Interact (: INTERACT), structure Machine (: MACHINE), and val
392       architecture (: string).
393    
394       Structure Compiler.Version has become structure CompilerVersion.
395    
396       Cross-compilers for alpha32, hppa, ppc, sparc, and x86 are provided
397       by $smlnj/compiler/<arch>.cm where <arch> is alpha32, hppa, ppc, sparc,
398       or x86, respectively.
399       Each of these exports the same frontend structures that
400       $smlnj/compiler.cm exports.  But they do not have a structure Backend
401       and instead export some structure <Arch>Backend where <Arch> is Alpha32,
402       Hppa, PPC, Sparc, or X86, respectively.
403    
404       Library $smlnj/compiler/all.cm exports the union of the exports of
405       $smlnj/compiler/<arch>.cm
406    
407       There are no structures <Arch>Compiler anymore, use
408       $smlnj/compiler/<arch>.cm instead.
409    
410       Library host-compiler-0.cm is gone.  Instead, the internal library
411       that instantiates CM is now called cm0.cm.  Selection of the host
412       compiler (backend) is no longer done here but. (Responsibility for it
413       now lies with $smlnj/compiler/current.cm.  This seems to be more
414       logical.)
415    
416       Many individual files have been moved or renamed.  Some files have
417       been split into multiple files, and some "dead" files have been deleted.
418    
419    Aside from these changes to library organization, there are also changes
420    to the way the code itself is organized:
421    
422       Structure Binfile has been re-implemented in such a way that it no
423       longer needs any knowledge of the compiler.  It exclusively deals
424       with the details of binfile layout.  It no longer invokes the
425       compiler (for the purpose of creating new prospective binfile
426       content), and it no longer has any knowledge of how to interpret
427       pickles.
428    
429       Structure Compile (: COMPILE) has been stripped down to the bare
430       essentials of compilation.  It no longer deals with linking/execution.
431       The interface has been cleaned up considerably.
432    
433       Utility routines for dealing with linking and execution have been
434       moved into their own substructures.
435    
436       (The ultimate goal of these changes is to provide a light-weight
437       binfile loader/linker (at least for, e.g., stable libraries) that
438       does not require CM or the compiler to be present.)
439    
440    CM documentation has been updated to reflect the changes to library
441    organization.
442    
443    ----------------------------------------------------------------------
444    Name: Matthias Blume
445    Date: 2001/07/10 17:30:00 EDT
446    Tag: Release_110_34
447    Description:
448    
449    Minor tweak to 110.34 (re-tagged):
450    
451      - README.html file added to CVS repository
452      - runtime compiles properly under FreeBSD 3.X and 4.X
453    
454    ----------------------------------------------------------------------
455    Name: Matthias Blume
456    Date: 2001/07/10 17:30:00 EDT
457    Tag: Release_110_34
458    Description:
459    
460    New version number (110.34). New bootfiles.
461    
462    ----------------------------------------------------------------------
463    Name: Matthias Blume
464    Date: 2001/07/09 16:00:00 EDT
465    Tag: blume-20010709-more-varargs
466    Description:
467    
468    I changed the handling of varargs in ml-nlffigen again:
469    The ellipsis ... will now simply be ignored (with an accompanying warning).
470    
471    The immediate effect is that you can actually call a varargs function
472    from ML -- but you can't actually supply any arguments beyond the ones
473    specified explicitly.  (For example, you can call printf with its format
474    string, but you cannot pass additional arguments.)
475    
476    This behavior is only marginally more useful than the one before, but
477    it has the advantage that a function or, more importantly, a function
478    type never gets dropped on the floor, thus avoiding follow-up problems with
479    other types that refer to the offending one.
480    
481    ----------------------------------------------------------------------
482    Name: Matthias Blume
483    Date: 2001/07/09 11:25:00 EDT
484    Tag: blume-20010709-varargs
485    Description:
486    
487    1. ckit-lib.cm now exports structure Error
488    2. ml-nlffigen reports occurences of "..." (i.e., varargs function types)
489       with a warning accompanied by a source location.  Moreover, it
490       merely skips the offending function or type and proceeds with the
491       rest of its work.u  As a result, one can safely feed C code containing
492       "..." to ml-nlffigen.
493    3. There are some internal improvements to CM, providing slightly
494       more general string substitutions in the tools subsystem.
495    
496    ----------------------------------------------------------------------
497    Name: Matthias Blume
498    Date: 2001/06/27 15:10:00 EDT
499    Tag: blume-20010627-concur
500    Description:
501    
502    Fixed a small bug in CM's handling of parallel compilation.
503    (You could observe the bug by Control-C-interrupting an ordinary
504    CMB.make or CM.stabilize and then attaching some compile servers.
505    The result was that all of a sudden the previously interrupted
506    compilation would continue on its own.  This was because of
507    an over-optimization: CM did not bother to clean out certain queues
508    when no servers were attached "anyway", resulting in the contents
509    of these queues to grab control when new servers did get attached.)
510    
511    There is also another minor update to the CM manual.
512    
513    ----------------------------------------------------------------------
514    Name: Matthias Blume
515    Date: 2001/06/26 16:15:00 EDT
516    Tag: blume-20010626-cmdoc
517    Description:
518    
519    Minor typo fixed in CM manual (syntax diagram for libraries).
520    
521    ----------------------------------------------------------------------
522    Name: Matthias Blume
523    Date: 2001/06/25 22:55:00 EDT
524    Tag: blume-20010625-x86pc
525    Description:
526    
527    Fixed a nasty bug in the X86 assembly code that caused signal
528    handlers to fail (crash) randomly.
529    
530    ----------------------------------------------------------------------
531    Name: Matthias Blume
532    Date: 2001/06/25 12:05:00 EDT
533    Tag: blume-20010625-nlffigen
534    Description:
535    
536    This update fixes a number of minor bugs in ml-nlffigen as reported by
537    Nick Carter <nbc@andrew.cmu.edu>.
538    
539      1. Silly but ok typedefs of the form "typedef void myvoid;" are now accepted.
540      2. Default names for generated files are now derived from the name of
541         the C file *without its directory*.  In particular, this causes generated
542         files to be placed locally even if the C file is in some system directory.
543      3. Default names for generated signatures and structures are also derived
544         from the C file name without its directory.  This avoids silly things
545         like "structure GL/GL".
546         (Other silly names are still possible because ml-nlffigen does not do
547          a thorough check of whether generated names are legal ML identifiers.
548          When in doubt, use command line arguments to force particular names.)
549    
550    ----------------------------------------------------------------------
551    Name: Matthias Blume
552    Date: 2001/06/21 12:25:00 EDT
553    Tag: blume-20010621-eXene
554    Description:
555    
556    eXene now compiles and (sort of) works again.
557    
558    The library name (for version > 110.33) is $/eXene.cm.
559    
560    I also added an new example in src/eXene/examples/nbody.  See the
561    README file there for details.
562    
563    ----------------------------------------------------------------------
564    Name: Matthias Blume
565    Date: 2001/06/20 16:40:00 EDT
566    Tag: blume-20010620-cml
567    Description:
568    
569    CML now compiles and works again.
570    
571    Libraries (for version > 110.33):
572    
573      $cml/cml.cm            Main CML library.
574      $cml/basis.cm          CML's version of $/basis.cm.
575      $cml/cml-internal.cm   Internal helper library.
576      $cml/core-cml.cm       Internal helper library.
577      $cml-lib/trace-cml.cm  Tracing facility.
578      $cml-lib/smlnj-lib.cm  CML's version of $/smlnj-lib.cm
579    
580    The installer (config/install.sh) has been taught how to properly
581    install this stuff.
582    
583    ----------------------------------------------------------------------
584    Name: Matthias Blume
585    Date: 2001/06/19 17:55:00 EDT
586    Tag: blume-20010619-instantiate
587    Description:
588    
589    This un-breaks the fix for bug 1432.
590    (The bug was originally fixed in 110.9 but I broke it again some
591    time after that.)
592    
593    ----------------------------------------------------------------------
594    Name: Matthias Blume
595    Date: 2001/06/19 17:25:00 EDT
596    Tag: blume-20010619-signals
597    Description:
598    
599    This should (hopefully) fix the long-standing signal handling bug.
600    (The runtime system was constructing a continuation record with an
601    incorrect descriptor which would cause the GC to drop data on the floor...)
602    
603    ----------------------------------------------------------------------
604    Name: Matthias Blume
605    Date: 2001/06/15 15:05:00 EDT
606    Tag: blume-20010615-moresparc
607    Description:
608    
609    Here is a short late-hour update related to Sparc c-calls:
610    
611     -- made handling of double-word arguments a bit smarter
612    
613     -- instruction selection phase tries to collapse certain clumsily
614        constructed ML-Trees; typical example:
615    
616            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
617    
618        This currently has no further impact on SML/NJ since mlriscGen does
619        not seem to generate such patterns in the first place, and c-calls
620        (which did generate them in the beginning) has meanwhile been fixed
621        so as to avoid them as well.
622    
623    ----------------------------------------------------------------------
624    Name: Matthias Blume
625    Date: 2001/06/15 15:05:00 EDT
626    Tag: blume-20010615-sparc
627    Description:
628    
629    The purpose of this update is to provide an implementation of NLFFI
630    on Sparc machines.
631    
632    Here are the changes in detail:
633    
634       * src/MLRISC/sparc/c-calls/sparc-c-calls.sml is a new file containing
635       the Sparc implementation of the c-calls API.
636       * The Sparc backend of SML/NJ has been modified to uniformely use %fp
637       for accessing the ML frame.  Thus, we have a real frame pointer and
638       can freely modify %sp without need for an omit-frame-ptr phase.
639       The vfp logic in src/compiler/CodeGen/* has been changed to accomodate
640       this case.
641       * ml-nlffigen has been taught to produce code for different architectures
642       and calling conventions.
643       * In a way similar to what was done in the x86 case, the Sparc
644       backend uses its own specific extension to mltree.  (For example,
645       it needs to be able to generate UNIMP instructions which are part
646       of the calling convention.)
647       * ml-nlffi-lib was reorganized to make it more modular (in particular,
648       to make it easier to plug in new machine- and os-dependent parts).
649    
650    There are some other fairly unrelated bug fixes and cleanups as well:
651    
652       * I further hacked the .cm files for MLRISC tools (like MDLGen) so
653       that they properly share their libraries with existing SML/NJ libraries.
654       * I fixed a minor cosmetic bug in CM, supressing certain spurious
655       follow-up error messages.
656       * Updates to CM/CMB documentation.
657    
658    TODO items:
659    
660       * MLRISC should use a different register as its asmTemp on the Sparc.
661         (The current %o2 is a really bad choice because it is part of the
662         calling conventions, so things might interfere in unexpected ways.)
663    
664    ----------------------------------------------------------------------
665    Name: Matthias Blume
666    Date: 2001/06/07
667    Tag: blume-20010607-calls
668    Description:
669    
670    A number of internal changes related to C calls and calling conventions:
671    
672    1. ML-Tree CALL statements now carry a "pops" field.  It indicates the
673       number of bytes popped implicitly (by the callee).  In most cases
674       this field is 0 but on x86/win32 it is some non-zero value.  This
675       is information provided for the benefit of the "omit-frameptr" pass.
676    2. The CALL instruction on the x86 carries a similar "pops" field.
677       The instruction selection phase copies its value from the ML-Tree
678       CALL statement.
679    3. On all other architectures, the instruction selection phase checks
680       whether "pops=0" and complains if not.
681    4. The c-calls implementation for x86 now accepts two calling conventions:
682       "ccall" and "stdcall".  When "ccall" is selected, the caller cleans
683       up after the call and pops is set to 0.  For "stdcall", the caller
684       does nothing, leaving the cleanup to the callee; pops is set to
685       the number of bytes that were pushed onto the stack.
686    5. The cproto decoder (compiler/Semant/types/cproto.sml) now can
687       distinguish between "ccall" and "stdcall".
688    6. The UNIMP instruction has been added to the supported Sparc instruction
689       set. (This is needed for implementing the official C calling convention
690       on this architecture.)
691    7. I fixed some of the .cm files under src/MLRISC/Tools to make them
692       work with the latest CM.
693    
694    ----------------------------------------------------------------------
695    Name: Matthias Blume
696    Date: 2001/06/05 15:10:00 EDT
697    Tag: blume-20010605-cm-index
698    Description:
699    
700    0. The "lambdasplit" parameter for class "sml" in CM has been documented.
701    
702    1. CM can now generate "index files".  These are human-readable files
703       that list on a per-.cm-file basis each toplevel symbol defined or
704       imported.  The location of the index file for
705       <p>/<d>.cm is <p>/CM/INDEX/<d>.cm.
706       To enable index-file generation, set CM.Control.generate_index to true
707       or export an environment-symbol: export CM_GENERATE_INDEX=true.
708    
709       The CM manual has been updated accordingly.
710    
711    2. I made some slight modifications to the c-calls API in MLRISC.
712    
713         a) There is now a callback to support saving/restoring of
714            dedicated but caller-save registers around the actual call
715            instruction.
716         b) One can optionally specify a comment-annotation for the
717            call instruction.
718    
719    3. SML/NJ (mlriscGen.sml) uses this new API for the rawccall primop.
720       (For example, the comment annotation shows the C prototype of
721        the function being called.)
722    
723    ----------------------------------------------------------------------
724    Name: Matthias Blume
725    Date: 2001/06/01 13:30:00 EDT
726    Tag: blume-20010601-nlffi-cleanup
727    Description:
728    
729    This is mostly a cleanup of MLFFI stuff:
730    
731       - some signature files have been put into a more exposed place
732       - the ugly 'f type parameter is gone (simplifies types tremendously!)
733       - ml-nlffigen changed accordingly
734       - tutorial updated
735    
736    Other changes:
737    
738       - author's affiliation in CM manual(s) updated
739       - some more recognized keywords added to Allen's sml.sty
740    
741    ----------------------------------------------------------------------
742    Name: Matthias Blume
743    Date: 2001/05/25 15:30:00 EDT
744    Tag: blume-20010525-iptr
745    Description:
746    
747      - put the official 110.33-README (as it appears on the ftp server) under
748        CVS
749      - fixed a small bug related to incomplete pointer types in
750        ml-nlffigen
751      - small cosmetic change to the ml-nlffi-lib's "arr" type constructor
752        (it does not need the 'f type parameter)
753    
754    ----------------------------------------------------------------------
755    Name: Matthias Blume
756    Date: 2001/05/23 14:30:00 EDT
757    Tag: Release_110_33
758    Description:
759    
760    New version number (110.33).  New bootfiles.
761    
762    ----------------------------------------------------------------------
763    Name: Matthias Blume
764    Date: 2001/05/22 18:06:00 EDT
765    Tag: blume-20010522-targets
766    Description:
767    
768    Made install.sh use file config/targets.customized if it exists, falling
769    back to config/targets if it doesn't.  This way one can have a customized
770    version of the targets file without touching the "real thing", thus
771    eliminating the constant fear of accidentally checking something bogus
772    back into the CVS repository...  (File config/targets.customized must
773    not be added to the repository!)
774    
775    ----------------------------------------------------------------------
776    Name: Matthias Blume
777    Date: 2001/05/22 16:30:00 EDT
778    Tag: blume-20010522-minitut
779    Description:
780    
781    1. Bug fix in ml-nlffigen; now (hopefully) correctly handling
782       struct returns.
783    2. Added src/ml-nlffi-lib/Doc/mini-tutorial.txt.  This is some very
784       incomplete, preliminary documentation for NLFFI.
785    
786    ----------------------------------------------------------------------
787    Name: Matthias Blume
788    Date: 2001/05/14 11:30:00 EDT
789    Tag: blume-20010514-script
790    Description:
791    
792    Some bugs in install script fixed.
793    
794    In addition to that I also made a slight change to the NLFFI API:
795    Functors generated by ml-nlffigen now take the dynamic library as a
796    straight functor argument, not as a suspended one.  (The original
797    functor code used to force the suspension right away anyway, so there
798    was nothing gained by this complication of the interface.)
799    
800    ----------------------------------------------------------------------
801    Name: Matthias Blume
802    Date: 2001/05/11 14:35:00 EDT
803    Tag: blume-20010511-ml-nlffi
804    Description:
805    
806    I finally took the plunge and added my new FFI code to the main
807    repository.  For x86-linux it is now ready for prime-time.
808    
809    There are two new subdirectories of "src":
810    
811      - ml-nlffi-lib:
812           The utility library for programs using the FFI interface.
813           Here is the implementation of $/c.cm and its associated low-level
814           partners $/c-int.cm and $/memory.cm.
815      - ml-nlffigen:
816           A stand-alone program for generating ML glue code from C source
817           code.
818    
819    Building ml-nlffigen requires $/ckit-lib.cm.
820    
821    The config/install.sh script has been updates to do the Right Thing
822    (hopefully).
823    
824    Notice that the source tree for the C-Kit will not be put under "src"
825    but directly under the installation root directory.  (This is the
826    structure that currently exists on the CVS server when you check out
827    module "sml".)  Fortunately, config/install.sh knows about this oddity.
828    
829    Bugs: No documentation yet.
830    
831    ----------------------------------------------------------------------
832    Name: Matthias Blume
833    Date: 2001/05/09 16:35:00 EDT
834    Tag: blume-20010509-cpscontract
835    Description:
836    
837    Fixed a bug in the accounting code in cpsopt/contract.sml.  (The
838    wrapper/unwrapper elimination did not decrement usage counts and some
839    dead variables got overlooked by the dead-up logic.)
840    
841    ----------------------------------------------------------------------
842    Name: Lal George
843    Date: 2001/05/08  17:26:09 EDT
844    Tag: george-20010508-omit-frameptr
845    Description:
846    
847    Changes to implement the omit-frame-pointer optimization to support
848    raw C calls. For now, there is only support on the Intel x86, but
849    other architectures will follow as more experience is gained with this.
850    
851    
852    ----------------------------------------------------------------------
853    Name: Matthias Blume
854    Date: 2001/05/07 14:40:00 EDT
855    Tag: blume-20010507-proxies
856    Description:
857    
858    I made into "proxy libraries" all libraries that qualify for such a
859    change.  (A qualifying library is a library that has another library or
860    groups as its sole member and repeats that member's export list
861    verbatim.  A proxy library avoids this repetition by omitting its export
862    list, effectively inheriting the list that its (only) member exports.
863    See the CM manual for more explanation.)
864    The main effect is that explicit export lists for these libraries
865    do not have to be kepts in sync, making maintenance a bit easier.
866    
867    I also added copyright notices to many .cm-files.
868    
869    Last but not least, I made a new set of bootfiles.
870    
871    ----------------------------------------------------------------------
872    Name: Matthias Blume
873    Date: 2001/05/04 17:00:00 EDT
874    Tag: blume-20010504-cm-lsplit
875    Description:
876    
877    0. John merged pending changes to $/smlnj-lib.cm
878    
879    1. Allen's previous change accidentally backed out of one of Lal's
880       earlier changes.  I undid this mistake (re-introducing Lal's change).
881    
882    2. I used the new topOrder' function from graph-scc.sml (from $/smlnj-lib.cm)
883       within the compiler where applicable.  There is some code simplification
884       because of that.
885    
886    3. The "split" phase (in FLINT) is now part of the default list of phases.
887       Compiler.Control.LambdaSplitting.* can be used to globally control the
888       lambda-splitting (cross-module-inlining) engine.  In addition to that,
889       it can now also be controlled on a per-source basis: CM has been taught
890       a new tool parameter applicable to ML source files.
891    
892       - To turn lambda-splitting off completely:
893            local open Compiler.Control.LambdaSplitting in
894                val _ = set Off
895            end
896       - To make "no lambda-splitting" the global default (but allow per-source
897         overriding); this is the initial setting:
898            local open Compiler.Control.LambdaSplitting in
899                val _ = set (Default NONE)
900            end
901       - To make "lambda-splitting with aggressiveness a" the global default
902         (and allow per-source overriding):
903            local open Compiler.Control.LambdaSplitting in
904                val _ = set (Default (SOME a))
905            end
906    
907       - To turn lambda-splitting off for a given ML souce file (say: a.sml)
908         write (in the respective .cm-file):
909            a.sml (lambdasplitting:off)
910       - To turn lambda-splitting for a.sml on with minimal aggressiveness:
911            a.sml (lambdasplitting:on)
912       - To turn lambda-splitting for a.sml on with aggressiveness <a> (where
913         <a> is a decimal non-negative integer):
914            a.sml (lambdasplitting:<a>)
915       - To turn lambda-splitting for a.sml on with maximal aggressiveness:
916            a.sml (lambdasplitting:infinity)
917       - To use the global default for a.sml:
918            a.sml (lambdasplitting:default)
919         or simply
920            a.sml
921    
922    ----------------------------------------------------------------------
923    Name: Allen Leung
924    Date: 2001/05/04 01:57:00 EDT
925    Tag: leunga-20010504-sync
926    Description:
927    
928      MLRISC features.
929    
930      1. Fix to CMPXCHG instructions.
931      2. Changed RA interface to allow annotations in callbacks.
932      3. Added a new method to the stream interface to allow annotations updates.
933    
934    ----------------------------------------------------------------------
935    Name: Matthias Blume
936    Date: 2001/05/01 11:45:00 EDT
937    Tag: blume-20010501-pcedittmp
938    Description:
939    
940    Changed install.sh to use the current working directory instead of
941    /usr/tmp for a temporary file (pcedittmp).  The previous choice
942    of /usr/tmp caused trouble with MacOS X because of file premission
943    problems.
944    
945    ----------------------------------------------------------------------
946    Name: Matthias Blume
947    Date: 2001/04/20 11:10:00 EDT
948    Tag: blume-20010420-inMLflag
949    Description:
950    
951     - added vp_limitPtrMask to vproc-state.h
952       (for use by the raw-C-calls mechanism to implement proper interrupt
953        handling)
954     - made the ML compiler aware of various data-structure offsets so it
955       can generate code for accessing the vp_inML flag and vp_limitPtrMask
956     - tweaked mlriscGen.sml to have it emit interrupt-handling code for
957       raw C-calls
958    
959    ----------------------------------------------------------------------
960    Name: Lal George
961    Date: 2001/04/20 09:15:28 EDT
962    Tag: george-20010420-macosX
963    Description:
964    
965     - Changes to port to Mac OS X; Darwin.
966    
967     - In the process I found that sqrt was broken on the PPC, because the
968       fsqrt instruction is not implemented.
969    
970    ----------------------------------------------------------------------
971    Name: Matthias Blume
972    Date: 2001/04/18 12:45:00 EDT
973    Tag: blume-20010418-ccalls
974    Description:
975    
976     - fixed two off-by-4 errors in the x86-specific c-calls implementation
977       (this bug prevented structure arguments containing pointers from being
978        passed correctly)
979     - changed the raw-C-call code in mlriscGen.sml in such a way that
980       structure arguments are represented as a pointer to the beginning
981       of the structure (instead of having a series of synthesized arguments,
982       one for each structure member)
983    
984     - made makeml script's verbosity level configurable via environment
985       variable (MAKEML_VERBOSITY)
986    
987     - eliminated placeholder implementations for f32l, w16s, i16s, and f32s
988       in rawmem-x86.sml; we are now using the real thing
989    
990    ----------------------------------------------------------------------
991    Name: Matthias Blume
992  Date: 2001/03/22 16:25:00 EST  Date: 2001/03/22 16:25:00 EST
993  Tag: blume-20010322-bootfiles  Tag: blume-20010322-bootfiles
994  Description:  Description:
# Line 2042  Line 3017 
3017       elaborator). There were a lot of changes during my "linkpath" trials       elaborator). There were a lot of changes during my "linkpath" trials
3018       that could have been reverted to their original state but weren't.       that could have been reverted to their original state but weren't.
3019       Please, don't be too harsh on me for messing with this code a bit more       Please, don't be too harsh on me for messing with this code a bit more
3020       than what was strictly necessary...  (I _did_ resist the tempation       than what was strictly necessary...  (I _did_ resist the temptation
3021       of doing any "global reformatting" to avoid an untimely death at       of doing any "global reformatting" to avoid an untimely death at
3022       Dave's hands. :)       Dave's hands. :)
3023    

Legend:
Removed from v.806  
changed lines
  Added in v.938

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