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 758, Fri Dec 22 04:12:36 2000 UTC revision 1021, Wed Jan 16 20:33:57 2002 UTC
# Line 8  Line 8 
8  The form of an entry should be:  The form of an entry should be:
9    
10  Name:  Name:
11  Date:  Date: yyyy/mm/dd
12  Tag: <post-commit CVS tag>  Tag: <post-commit CVS tag>
13  Description:  Description:
14  ----------------------------------------------------------------------  ----------------------------------------------------------------------
15  Name: Matthias Blume  Name: Matthias Blume
16    Date: 2002/01/16
17    Tag: blume-20020116-ffifiddle
18    Description:
19    
20    More fiddling with the FFI interface:
21    
22     - Make constness 'c instead of rw wherever possible.  This eliminates
23       the need for certain explicit coercions.  (However, due to ML's
24       value polymorphism, there will still be many cases where explicit
25       coercions are necessary.  Phantom types are not the whole answer
26       to modeling a subtyping relationship in ML.)
27    
28     - ro/rw coersions for pointers added.  (Avoids the detour through */&.)
29    
30     - "printf" test example added to src/ml-nlffi-lib/Tests.  (Demonstrates
31       clumsy workaround for varargs problem.)
32    
33    ----------------------------------------------------------------------
34    Name: Lal George
35    Date: 2002/01/15
36    Tag: <none>
37    Description:
38    
39    1. Since COPY instructions are no longer native to the architecture,
40       a generic functor can be used to implement the expandCopies function.
41    
42    2. Allowed EXPORT and IMPORT pseudo-op declarations to appear inside a
43       TEXT segment.
44    
45    ----------------------------------------------------------------------
46    Name: Matthias Blume
47    Date: 2002/01/15
48    Tag: blume-20020115-ffiupdates
49    Description:
50    
51    1. Fix for bug resulting in single-precision float values being returned
52       incorrectly from FFI calls.
53    
54    2. Small modifications to C FFI API:
55    
56        - memory-allocation routines return straight objects (no options)
57          and raise an exception in out-of-memory situations
58        - unsafe extensions to cast between function pointers and pointers
59          from/to ints
60        - added structure C_Debug as an alternative to structure C where
61          pointer-dereferencing (|*| and |*!) always check for null-pointers
62        - added open_lib' to DynLinkage;  open_lib' works like open_lib
63          but also takes a (possibly empty) list of existing library handles
64          that the current library depends on
65    
66    ----------------------------------------------------------------------
67    Name: Matthias Blume
68    Date: 2002/01/10
69    Tag: blume-20020110-newffigen
70    Description:
71    
72    1. Updates to portable graph code.
73    
74    2. Major update to ml-nlffigen and ml-nlffi-lib.  Things are much
75       more scalable now so that even huge interfaces such as the one
76       for GTK compile in finite time and space. :-)
77       See src/ml-nlffigen/README for details on what's new.
78    
79    ----------------------------------------------------------------------
80    Name: Lal George
81    Date: 2001/01/09 14:31:35 EST 2002
82    Tag: george-20011206-rm-native-copy
83    Description:
84    
85            Removed the native COPY and FCOPY instructions
86            from all the architectures and replaced it with the
87            explicit COPY instruction from the previous commit.
88    
89            It is now possible to simplify many of the optimizations
90            modules that manipulate copies. This has not been
91            done in this change.
92    
93    ----------------------------------------------------------------------
94    Name: Lal George
95    Date: 2001/12/06 16:50:13 EST 2001
96    Tag: george-20011206-mlrisc-instruction
97    Description:
98    
99    Changed the representation of instructions from being fully abstract
100    to being partially concrete. That is to say:
101    
102      from
103            type instruction
104    
105      to
106            type instr                              (* machine instruction *)
107    
108            datatype instruction =
109                LIVE of {regs: C.cellset, spilled: C.cellset}
110              | KILL of {regs: C.cellset, spilled: C.cellset}
111              | COPYXXX of {k: CB.cellkind, dst: CB.cell list, src: CB.cell list}
112              | ANNOTATION of {i: instruction, a: Annotations.annotation}
113              | INSTR of instr
114    
115    This makes the handling of certain special instructions that appear on
116    all architectures easier and uniform.
117    
118    LIVE and KILL say that a list of registers are live or killed at the
119    program point where they appear. No spill code is generated when an
120    element of the 'regs' field is spilled, but the register is moved to
121    the 'spilled' (which is present, more for debugging than anything else).
122    
123    LIVE replaces the (now deprecated) DEFFREG instruction on the alpha.
124    We used to generate:
125    
126            DEFFREG f1
127            f1 := f2 + f3
128            trapb
129    
130    but now generate:
131    
132            f1 := f2 + f3
133            trapb
134            LIVE {regs=[f1,f2,f3], spilled=[]}
135    
136    Furthermore, the DEFFREG (hack) required that all floating point instruction
137    use all registers mentioned in the instruction. Therefore f1 := f2 + f3,
138    defines f1 and uses [f1,f2,f3]! This hack is no longer required resulting
139    in a cleaner alpha implementation. (Hopefully, intel will not get rid of
140    this architecture).
141    
142    COPYXXX is intended to replace the parallel COPY and FCOPY  available on
143    all the architectures. This will result in further simplification of the
144    register allocator that must be aware of them for coalescing purposes, and
145    will also simplify certain aspects of the machine description that provides
146    callbacks related to parallel copies.
147    
148    ANNOTATION should be obvious, and now INSTR represents the honest to God
149    machine instruction set!
150    
151    The <arch>/instructions/<arch>Instr.sml files define certain utility
152    functions for making porting easier -- essentially converting upper case
153    to lower case. All machine instructions (of type instr) are in upper case,
154    and the lower case form generates an MLRISC instruction. For example on
155    the alpha we have:
156    
157      datatype instr =
158         LDA of {r:cell, b:cell, d:operand}
159       | ...
160    
161      val lda : {r:cell, b:cell, d:operand} -> instruction
162        ...
163    
164    where lda is just (INSTR o LDA), etc.
165    
166    ----------------------------------------------------------------------
167    Name: Matthias Blume
168    Date: 2001/11/22 21:40:00 EST
169    Tag: Release_110_37
170    Description:
171    
172    Release 110.37.  This time for real.
173    
174    ----------------------------------------------------------------------
175    Name: Matthias Blume
176    Date: 2001/11/21 16:35:00 EST
177    Tag: blume-20011121-foot-in-mouth
178    Description:
179    
180    Removed the "Release_110_37" tag because of a serious bug.
181    This will be re-tagged once the bug is fixed.
182    
183    ----------------------------------------------------------------------
184    Name: Matthias Blume
185    Date: 2001/11/21 16:14:00 EST
186    Tag: blume-20011121-forgottenfile
187    Description:
188    
189    Forgot to add a file.  (Just a .tex-file -- part of
190    the CM manual source.)
191    
192    ----------------------------------------------------------------------
193    Name: Matthias Blume
194    Date: 2001/11/21 16:10:00 EST
195    Tag: blume-20011121-invalid_110_37
196    Description:
197    
198    Note: I removed the original tag "Release_110_37" from this commit
199          because we found a serious bug in all non-x86 backends.
200          - Matthias
201    
202    1. Modifications to the SML/NJ code generator and to the runtime system
203       so that code object name strings are directly inserted into code
204       objects at code generation time.  The only business the runtime system
205       has with this is now to read the name strings on occasions.
206       (The encoding of the name string has also changed somewhat.)
207    
208    2. CM now implements a simple "set calculus" for specifying export lists.
209       In particular, it is now possible to refer to the export lists of
210       other libraries/groups/sources and form unions as well as differences.
211       See the latest CM manual for details.
212    
213    3. An separate notion of "proxy" libraries has again be eliminated from
214       CM's model.  (Proxy libraries are now simply a special case of using
215       the export list calculus.)
216    
217    4. Some of the existing libraries now take advantage of the new set
218       calculus.
219       (Notice that not all libraries have been converted because some
220       of the existing .cm-files are supposed to be backward compatible
221       with 110.0.x.)
222    
223    5. Some cleanup in stand-alone programs.  (Don't use "exnMessage" -- use
224       "General.exnMessage"!  The former relies on a certain hook to be
225       initialized, and that often does not happen in the stand-alone case.)
226    
227    ----------------------------------------------------------------------
228    Name: Lal George
229    Date: 2001/11/21  13:56:18 EST
230    Tag: george-2001121-pseudo-ops
231    Description:
232    
233      Implemented a complete redesign of MLRISC pseudo-ops. Now there
234      ought to never be any question of incompatabilities with
235      pseudo-op syntax expected by host assemblers.
236    
237      For now, only modules supporting GAS syntax are implemented
238      but more should follow, such as MASM, and vendor assembler
239      syntax, e.g. IBM as, Sun as, etc.
240    
241    ----------------------------------------------------------------------
242    Name: Matthias Blume
243    Date: 2001/11/14 11:52:00 EST
244    Tag: blume-20011114-srcname
245    Description:
246    
247    1. Routed the name of the current source file to mlriscgen where it
248       should be directly emitted into the code object.  (This last part
249       is yet to be done.)
250    
251    2. Some cleanup of the pgraph code to make it match the proposal that
252       I put out the other day.  (The proposal notwithstanding, things are
253       still in flux here.)
254    
255    ----------------------------------------------------------------------
256    Name: Lal George
257    Date: 2001/11/14 09:44:04 EST
258    Tag:
259    Description:
260    
261      Fix for a backpatching bug reported by Allen.
262    
263      Because the boundary between short and long span-dependent
264      instructions is +/- 128, there are an astounding number of
265      span-dependent instructions whose size is over estimated.
266    
267      Allen came up with the idea of letting the size of span
268      dependent instructions be non-monotonic, for a maxIter
269      number of times, after which the size must be monotonically
270      increasing.
271    
272      This table shows the number of span-dependent instructions
273      whose size was over-estimated as a function of maxIter, for the
274      file Parse/parse/ml.grm.sml:
275    
276         maxIter            # of instructions:
277            10                      687
278            20                      438
279            30                      198
280            40                        0
281    
282      In compiling the compiler, there is no significant difference in
283      compilation speed between maxIter=10 and maxIter=40. Actually,
284      my measurements showed that maxIter=40 was a tad faster than
285      maxIter=10! Also 96% of the  files in the compiler reach a fix
286      point within 13 iterations, so fixing maxIter at 40, while high,
287      is okay.
288    
289    ----------------------------------------------------------------------
290    Name: Matthias Blume
291    Date: 2001/10/31 15:25:00 EST
292    Tag: blume-20011031-pgraph
293    Description:
294    
295    CKIT:
296    * Changed the "Function" constructor of type Ast.ctype to carry optional
297      argument identifiers.
298    * Changed the return type of TypeUtil.getFunction accordingly.
299    * Type equality ignores the argument names.
300    * TypeUtil.composite tries to preserve argument names but gives up quickly
301      if there is a mismatch.
302    
303    installation script:
304    * attempts to use "curl" if available (unless "wget" is available as well)
305    
306    CM:
307    * has an experimental implementation of "portable graphs" which I will
308      soon propose as an implementation-independent library format
309    * there are also new libraries $/pgraph.cm and $/pgraph-util.cm
310    
311    NLFFI-LIB:
312    * some cleanup (all cosmetic)
313    
314    NLFFIGEN:
315    * temporarily disabled the mechanism that suppresses ML output for
316      C definitions whose identifiers start with an underscore character
317    * generate val bindings for enum constants
318    * user can request that only one style (light or heavy) is being used;
319      default is to use both (command-line arguments: -heavy and -light)
320    * fixed bug in handling of function types involving incomplete pointers
321    * generate ML entry points that take record arguments (i.e., using
322      named arguments) for C functions that have a prototype with named
323      arguments
324      (see changes to CKIT)
325    
326    ----------------------------------------------------------------------
327    Name: Allen Leung
328    Date: 2001/10/27 20:34:00 EDT
329    Tag: leunga-20011027-x86-fast-fp-call
330    Description:
331    
332       Fixed the bug described in blume-20010920-slowfp.
333    
334       The fix involves
335          1. generating FCOPYs in FSTP in ia32-svid
336          2. marking a CALL with the appropriate annotation
337    
338    ----------------------------------------------------------------------
339    Name: Matthias Blume
340    Date: 2001/10/16 11:32:00 EDT
341    Tag: blume-20011016-netbsd
342    Description:
343    
344    Underscore patch from Chris Richards (fixing problem with compiling
345    runtime system under recent NetBSD).
346    
347    ----------------------------------------------------------------------
348    Name: Allen Leung
349    Date: 2001/10/12 17:18:32 EDT 2001
350    Tag: leung-20011012-x86-printflowgraph
351    Description:
352    
353    X86RA now uses a valid (instead of dummy) PrintFlowgraph module.
354    
355    ----------------------------------------------------------------------
356    Name: Lal George
357    Date: 2001/10/11 23:51:34 EDT
358    Tag: george-20011011-too-many-instrs
359    Description:
360    
361    The representation of a program point never expected to see more
362    than 65536 instructions in a basic block!
363    
364    ----------------------------------------------------------------------
365    Name: Lal George
366    Date: 2001/10/09 09:41:37 EDT
367    Tag: george-20011008-mlrisc-labels
368    Description:
369    
370    Changed the machine description files to support printing of
371    local and global labels in assembly code, based on host assembler
372    conventions.
373    
374    ----------------------------------------------------------------------
375    Name: Matthias Blume
376    Date: 2001/09/25 15:25:00 EDT
377    Tag: blume-20010925-exninfo
378    Description:
379    
380    I provided a non-hook implementation of exnName (at the toplevel) and
381    made the "dummy" implementation of exnMessage (at the toplevel) more
382    useful: if nothing gets "hooked in", then at least you are going to
383    see the exception name and a message indicating why you don't see more.
384    
385    [For the time being, programs that need exnMessage and want to use
386    ml-build should either use General.exnMessage (strongly recommended) or
387    refer to structure General at some other point so that CM sees a
388    static dependency.]
389    
390    [Similar remarks go for "print" and "use":  If you want to use their
391    functionality in stand-alone programs generated by ml-build, then use
392    TextIO.output and Backend.Interact.useFile (from $smlnj/compiler.cm).]
393    
394    ----------------------------------------------------------------------
395    Name: Matthias Blume
396    Date: 2001/09/20 17:28:00 EDT
397    Tag: blume-20010920-slowfp
398    Description:
399    
400    Allen says that x86-fast-fp is not safe yet, so I turned it off again...
401    
402    ----------------------------------------------------------------------
403    Name: Matthias Blume
404    Date: 2001/09/20 17:20:00 EDT
405    Tag: blume-20010920-canonicalpaths
406    Description:
407    
408    0. Updated the BOOT file (something that I forgot to do earlier).
409    
410    1. Small internal change to CM so that it avoids "/../" in filenames
411       as much as possible (but only where it is safe).
412    
413    2. Changed config/_run-sml (resulting in a changed bin/.run-sml) so
414       that arguments that contain delimiters are passed through correctly.
415       This change also means that all "special" arguments of the form
416       @SMLxxx... must come first.
417    
418    3. Changed install script to put relative anchor names for tool commands
419       into pathconfig.
420    
421    ----------------------------------------------------------------------
422    Name: Matthias Blume
423    >>>>>>> 1.169
424    Date: 2001/09/18 15:35:00 EDT
425    Tag: blume-20010918-readme11036
426    Description:
427    
428    Added README files.
429    
430    ----------------------------------------------------------------------
431    Name: Matthias Blume
432    Date: 2001/09/18 11:45:00 EDT
433    Tag: Release_110_36 (retag)
434    Description:
435    
436    Fixed mistake in config/preloads. Retagged as 110.36.
437    
438    ----------------------------------------------------------------------
439    Name: Matthias Blume
440    Date: 2001/09/18 09:40:00 EDT
441    Tag: Release_110_36_orig (tag changed)
442    Description:
443    
444    New version (110.36).  New bootfiles.
445    
446    ----------------------------------------------------------------------
447    Name: Matthias Blume
448    Date: 2001/09/14 16:15:00 EDT
449    Tag: blume-20010914-x86fastfp
450    Description:
451    
452    John committed some changes that Allen made, in particular a (hopefully)
453    correctly working version of the x86-fp module.
454    
455    I changed the default setting of the Control.MLRISC.getFlag "x86-fast-fp"
456    flag to "true".  Everything seems to compile to a fixpoint ok, and
457    "mandelbrot" speeds up by about 15%.
458    
459    ----------------------------------------------------------------------
460    Name: Matthias Blume
461    Date: 2001/09/13 11:20:00 EDT
462    Tag: blume-20010913-minimal
463    Description:
464    
465    1. Stefan Monnier's patch to fix a miscompilation problem that
466       was brought to light by John Reppy's work on Moby.
467    
468    2. Implemented a minimal "structure Compiler" that contains just
469       "version" and "architecture".  The minimal version will be
470       available when the full version is not.  This is for backward-
471       compatibility with code that wants to test Compiler.version.
472    
473    ----------------------------------------------------------------------
474    Name: Matthias Blume
475    Date: 2001/08/28 14:03:00 EDT
476    Tag: blume-20010828-ml-lex
477    Description:
478    
479    Fix for bug 1581, received from Neophytos Michael.
480    
481    ----------------------------------------------------------------------
482    Name: Matthias Blume
483    Date: 2001/08/27 11:20:00 EDT
484    Tag: blume-20010827-readme11035
485    Description:
486    
487    Fleshed out the README file for 110.35.
488    
489    ----------------------------------------------------------------------
490    Name: Matthias Blume
491    Date: 2001/08/24 17:10:00 EDT
492    Tag: Release_110_35
493    Description:
494    
495    New version number (110.35).  New bootfiles.
496    
497    ----------------------------------------------------------------------
498    Name: Lal George
499    Date: 2001/08/24 13:47:18 EDT 2001
500    Tag: george-20010824-MLRISC-graphs
501    Description:
502    
503     removed clusters from MLRISC completely and replaced with graphs.
504    
505    ----------------------------------------------------------------------
506    Name: Matthias Blume
507    Date: 2001/08/23 17:50:00 EDT
508    Tag: blume-20010823-toplevel
509    Description:
510    
511    - some reorganization of the code that implements various kinds of
512      environments in the compiler (static, dynamic, symbolic, combined)
513    - re-implemented the EnvRef module so that evalStream works properly
514      (if the stream contains references to "use", "CM.make", etc.)
515    - cleaned up evalloop.sml and interact.sml (but they need more cleaning)
516    
517    ----------------------------------------------------------------------
518    Name: Matthias Blume
519    Date: 2001/08/20 15:50 EDT
520    Tag: blume20010820-slipup
521    Description:
522    
523    I forgot to commit a few files.  Here they are...
524    
525    ----------------------------------------------------------------------
526    Name: Matthias Blume
527    Date: 2001/08/20 15:35:00 EDT
528    Tag: blume-20010820-debugprof
529    Description:
530    
531    !!!! NEW BOOTFILES !!!!
532    
533    This is another round of reorganizing the compiler sources.  This
534    time the main goal was to factor out all the "instrumentation"
535    passes (for profiling and backtracing) into their own library.
536    The difficulty was to do it in such a way that it does not depend
537    on elaborate.cm but only on elabdata.cm.
538    
539    Therefore there have been further changes to both elaborate.cm and
540    elabdata.cm -- more "generic" things have been moved from the former
541    to the latter.  As a result, I was forced to split the assignment
542    of numbers indicating "primtyc"s into two portions: SML-generic and
543    SML/NJ-specific.  Since it would have been awkward to maintain,
544    I bit the bullet and actually _changed_ the mapping between these
545    numbers and primtycs.  The bottom line of this is that you need
546    a new set of bin- and bootfiles.
547    
548    I have built new bootfiles for all architectures, so doing a fresh
549    checkout and config/install.sh should be all you need.
550    
551    The newly created library's name is
552    
553        $smlnj/viscomp/debugprof.cm
554    
555    and its sources live under
556    
557        src/compiler/DebugProf
558    
559    ----------------------------------------------------------------------
560    Name: Matthias Blume
561    Date: 2001/08/15 17:15:00 EDT
562    Tag: blume-20010815-compreorg
563    Description:
564    
565    This is a first cut at reorganizing the CM libraries that make up the
566    core of the compiler.  The idea is to separate out pieces that could
567    be used independently by tools, e.g., the parser, the typechecker, etc.
568    
569    The current status is a step in this direction, but it is not quite
570    satisfactory yet.  Expect more changes in the future.
571    
572    Here is the current (new) organization...
573    
574        What used to be $smlnj/viscomp/core.cm is now divided into
575        six CM libraries:
576    
577             $smlnj/viscomp/basics.cm
578                           /parser.cm
579                           /elabdata.cm
580                           /elaborate.cm
581                           /execute.cm
582                           /core.cm
583    
584        The CM files for these libraries live under src/system/smlnj/viscomp.
585        All these libraries are proxy libraries that contain precisely
586        one CM library component.  Here are the locations of the components
587        (all within the src/compiler tree):
588    
589             Basics/basics.cm
590             Parse/parser.cm
591             ElabData/elabdata.cm
592             Elaborator/elaborate.cm
593             Execution/execute.cm
594             core.cm
595    
596         [This organization is the same that has been used already
597         for a while for the architecture-specific parts of the visible
598         compiler and for the old version of core.cm.]
599    
600         As you will notice, many source files have been moved from their
601         respective original locations to a new home in one of the above
602         subtrees.
603    
604         The division of labor between the new libraries is the following:
605    
606             basics.cm:
607                - Simple, basic definitions that pertain to many (or all) of
608                  the other libraries.
609             parser.cm:
610                - The SML parser, producing output of type Ast.dec.
611                - The type family for Ast is also defined and exported here.
612             elabdata.cm:
613                - The datatypes that describe input and output of the elaborator.
614                  This includes types, absyn, and static environments.
615             elaborator.cm:
616                - The SML/NJ type checker and elaborator.
617                  This maps an Ast.dec (with a given static environment) to
618                  an Absyn.dec (with a new static environment).
619                - This libraries implements certain modules that used to be
620                  structures as functors (to remove dependencies on FLINT).
621             execute.cm:
622                - Everything having to do with executing binary code objects.
623                - Dynamic environments.
624             core.cm:
625                - SML/NJ-specific instantiations of the elaborator and MLRISC.
626                - Top-level modules.
627                - FLINT (this should eventually become its own library)
628    
629    Notes:
630    
631    I am not 100% happy with the way I separated the elaborator (and its
632    data structures) from FLINT.  Two instances of the same problem:
633    
634        1. Data structures contain certain fields that carry FLINT-specific
635           information.  I hacked around this using exn and the property list
636           module from smlnj-lib.  But the fact that there are middle-end
637           specific fields around at all is a bit annoying.
638    
639        2. The elaborator calculates certain FLINT-related information.  I tried
640           to make this as abstract as I could using functorization, but, again,
641           the fact that the elaborator has to perform calculations on behalf
642           of the middle-end at all is not nice.
643    
644        3. Having to used exn and property lists is unfortunate because it
645           weakens type checking.  The other alternative (parameterizing
646           nearly *everything*) is not appealing, though.
647    
648    I removed the "rebinding =" warning hack because due to the new organization
649    it was awkward to maintain it.  As a result, the compiler now issues some of
650    these warnings when compiling init.cmi during bootstrap compilation. On
651    the plus side, you also get a warning when you do, for example:
652       val op = = Int32.+
653    which was not the case up to now.
654    
655    I placed "assign" and "deref" into the _Core structure so that the
656    code that deals with the "lazy" keyword can find them there.  This
657    removes the need for having access to the primitive environment
658    during elaboration.
659    
660    ----------------------------------------------------------------------
661    Name: Matthias Blume
662    Date: 2001/08/13
663    Tag: blume-20010813-closures
664    Description:
665    
666    This fix was sent to us by Zhong Shao.  It is supposed to improve the
667    performance of certain loops by avoiding needless closure allocation.
668    
669    ----------------------------------------------------------------------
670    Name: Lal George
671    Date: 2001/07/31 10:03:23 EDT 2001
672    Tag: george-20010731-x86-fmalloc
673    Description: Fixed bug in x86 calls
674    
675        There was a bug where call instructions would mysteriously
676        vanish. The call instruction had to be one that returned
677        a floating point value.
678    
679    ----------------------------------------------------------------------
680    Name: Lal George
681    Date: 2001/07/19 16:36:29 EDT 2001
682    Tag: george-20010719-simple-cells
683    Description:
684    
685    I have dramatically simplified the interface for CELLS in MLRISC.
686    
687    In summary, the cells interface is broken up into three parts:
688    
689      1. CellsBasis : CELLS_BASIS
690    
691            CellsBasis is a top level structure and common for all
692            architectures.  it contains the definitions of basic datatypes
693            and utility  functions over these types.
694    
695      2. functor Cells() : CELLS
696    
697            Cells generates an interface for CELLS that incorporates the
698            specific resources on the target architecture, such as the
699            presence of special register classes, their number and size,
700            and various useful substructures.
701    
702      3. <ARCH>CELLS
703    
704            e.g. SparcCells: SPARCCELLS
705    
706            <ARCH>CELLS usually contains additional bindings for special
707            registers  on the architecture, such as:
708    
709                    val r0 : cell           (* register zero *)
710                    val y : cell            (* Y register *)
711                    val psr : cell          (* processor status register *)
712                    ...
713    
714            The structure returned by applying the Cells functor is opened
715            in this interface.
716    
717    The main implication of all this is that the datatypes for cells is
718    split between CellsBasis and CELLS -- a fairly simple change for user
719    code.
720    
721    In the old scheme the CELLS interface had a definitional binding of
722    the form:
723    
724            signature CELLS = sig
725    
726               structure CellsBasis = CellsBasis
727    
728               ...
729    
730            end
731    
732    With all the sharing constraints that goes on in MLRISC, this old
733    design  quickly leads to errors such as:
734    
735            "structure definition spec inside of sharing ... "
736    
737    
738    and appears to require an unacceptable amount of sharing and where
739    constraint hackery.
740    
741    I think this error message (the interaction of definitional specs and
742    sharing) requires more explanation on our web page.
743    
744    ----------------------------------------------------------------------
745    Name: Matthias Blume
746    Date: 2001/07/19 15:00:00 EDT
747    Tag: blume-20010719-libreorg
748    Description:
749    
750    This update puts together a fairly extensive but straightforward change
751    to the way the libraries that implement the interactive system are
752    organized:
753    
754       The biggest change is the elimination of structure Compiler.  As a
755       replacement for this structure, there is now a CM library
756       (known as $smlnj/compiler.cm or $smlnj/compiler/current.cm)
757       that exports all the substructures of the original structure Compiler
758       directly.  So instead of saying Compiler.Foo.bar one now simply
759       says Foo.bar.  (The CM libraries actually export a collection of
760       structures that is richer than the collection of substructures of
761       structure Compiler.)
762    
763       To make the transition smooth, there is a separate library called
764       $smlnj/compiler/compiler.cm which puts together and exports the
765       original structure Compiler (or at least something very close to it).
766    
767       There are five members of the original structure Compiler
768       that are not exported directly but which instead became members
769       of a new structure Backend (described by signature BACKEND).  These are:
770       structure Profile (: PROFILE), structure Compile (: COMPILE), structure
771       Interact (: INTERACT), structure Machine (: MACHINE), and val
772       architecture (: string).
773    
774       Structure Compiler.Version has become structure CompilerVersion.
775    
776       Cross-compilers for alpha32, hppa, ppc, sparc, and x86 are provided
777       by $smlnj/compiler/<arch>.cm where <arch> is alpha32, hppa, ppc, sparc,
778       or x86, respectively.
779       Each of these exports the same frontend structures that
780       $smlnj/compiler.cm exports.  But they do not have a structure Backend
781       and instead export some structure <Arch>Backend where <Arch> is Alpha32,
782       Hppa, PPC, Sparc, or X86, respectively.
783    
784       Library $smlnj/compiler/all.cm exports the union of the exports of
785       $smlnj/compiler/<arch>.cm
786    
787       There are no structures <Arch>Compiler anymore, use
788       $smlnj/compiler/<arch>.cm instead.
789    
790       Library host-compiler-0.cm is gone.  Instead, the internal library
791       that instantiates CM is now called cm0.cm.  Selection of the host
792       compiler (backend) is no longer done here but. (Responsibility for it
793       now lies with $smlnj/compiler/current.cm.  This seems to be more
794       logical.)
795    
796       Many individual files have been moved or renamed.  Some files have
797       been split into multiple files, and some "dead" files have been deleted.
798    
799    Aside from these changes to library organization, there are also changes
800    to the way the code itself is organized:
801    
802       Structure Binfile has been re-implemented in such a way that it no
803       longer needs any knowledge of the compiler.  It exclusively deals
804       with the details of binfile layout.  It no longer invokes the
805       compiler (for the purpose of creating new prospective binfile
806       content), and it no longer has any knowledge of how to interpret
807       pickles.
808    
809       Structure Compile (: COMPILE) has been stripped down to the bare
810       essentials of compilation.  It no longer deals with linking/execution.
811       The interface has been cleaned up considerably.
812    
813       Utility routines for dealing with linking and execution have been
814       moved into their own substructures.
815    
816       (The ultimate goal of these changes is to provide a light-weight
817       binfile loader/linker (at least for, e.g., stable libraries) that
818       does not require CM or the compiler to be present.)
819    
820    CM documentation has been updated to reflect the changes to library
821    organization.
822    
823    ----------------------------------------------------------------------
824    Name: Matthias Blume
825    Date: 2001/07/10 17:30:00 EDT
826    Tag: Release_110_34
827    Description:
828    
829    Minor tweak to 110.34 (re-tagged):
830    
831      - README.html file added to CVS repository
832      - runtime compiles properly under FreeBSD 3.X and 4.X
833    
834    ----------------------------------------------------------------------
835    Name: Matthias Blume
836    Date: 2001/07/10 17:30:00 EDT
837    Tag: Release_110_34
838    Description:
839    
840    New version number (110.34). New bootfiles.
841    
842    ----------------------------------------------------------------------
843    Name: Matthias Blume
844    Date: 2001/07/09 16:00:00 EDT
845    Tag: blume-20010709-more-varargs
846    Description:
847    
848    I changed the handling of varargs in ml-nlffigen again:
849    The ellipsis ... will now simply be ignored (with an accompanying warning).
850    
851    The immediate effect is that you can actually call a varargs function
852    from ML -- but you can't actually supply any arguments beyond the ones
853    specified explicitly.  (For example, you can call printf with its format
854    string, but you cannot pass additional arguments.)
855    
856    This behavior is only marginally more useful than the one before, but
857    it has the advantage that a function or, more importantly, a function
858    type never gets dropped on the floor, thus avoiding follow-up problems with
859    other types that refer to the offending one.
860    
861    ----------------------------------------------------------------------
862    Name: Matthias Blume
863    Date: 2001/07/09 11:25:00 EDT
864    Tag: blume-20010709-varargs
865    Description:
866    
867    1. ckit-lib.cm now exports structure Error
868    2. ml-nlffigen reports occurences of "..." (i.e., varargs function types)
869       with a warning accompanied by a source location.  Moreover, it
870       merely skips the offending function or type and proceeds with the
871       rest of its work.u  As a result, one can safely feed C code containing
872       "..." to ml-nlffigen.
873    3. There are some internal improvements to CM, providing slightly
874       more general string substitutions in the tools subsystem.
875    
876    ----------------------------------------------------------------------
877    Name: Matthias Blume
878    Date: 2001/06/27 15:10:00 EDT
879    Tag: blume-20010627-concur
880    Description:
881    
882    Fixed a small bug in CM's handling of parallel compilation.
883    (You could observe the bug by Control-C-interrupting an ordinary
884    CMB.make or CM.stabilize and then attaching some compile servers.
885    The result was that all of a sudden the previously interrupted
886    compilation would continue on its own.  This was because of
887    an over-optimization: CM did not bother to clean out certain queues
888    when no servers were attached "anyway", resulting in the contents
889    of these queues to grab control when new servers did get attached.)
890    
891    There is also another minor update to the CM manual.
892    
893    ----------------------------------------------------------------------
894    Name: Matthias Blume
895    Date: 2001/06/26 16:15:00 EDT
896    Tag: blume-20010626-cmdoc
897    Description:
898    
899    Minor typo fixed in CM manual (syntax diagram for libraries).
900    
901    ----------------------------------------------------------------------
902    Name: Matthias Blume
903    Date: 2001/06/25 22:55:00 EDT
904    Tag: blume-20010625-x86pc
905    Description:
906    
907    Fixed a nasty bug in the X86 assembly code that caused signal
908    handlers to fail (crash) randomly.
909    
910    ----------------------------------------------------------------------
911    Name: Matthias Blume
912    Date: 2001/06/25 12:05:00 EDT
913    Tag: blume-20010625-nlffigen
914    Description:
915    
916    This update fixes a number of minor bugs in ml-nlffigen as reported by
917    Nick Carter <nbc@andrew.cmu.edu>.
918    
919      1. Silly but ok typedefs of the form "typedef void myvoid;" are now accepted.
920      2. Default names for generated files are now derived from the name of
921         the C file *without its directory*.  In particular, this causes generated
922         files to be placed locally even if the C file is in some system directory.
923      3. Default names for generated signatures and structures are also derived
924         from the C file name without its directory.  This avoids silly things
925         like "structure GL/GL".
926         (Other silly names are still possible because ml-nlffigen does not do
927          a thorough check of whether generated names are legal ML identifiers.
928          When in doubt, use command line arguments to force particular names.)
929    
930    ----------------------------------------------------------------------
931    Name: Matthias Blume
932    Date: 2001/06/21 12:25:00 EDT
933    Tag: blume-20010621-eXene
934    Description:
935    
936    eXene now compiles and (sort of) works again.
937    
938    The library name (for version > 110.33) is $/eXene.cm.
939    
940    I also added an new example in src/eXene/examples/nbody.  See the
941    README file there for details.
942    
943    ----------------------------------------------------------------------
944    Name: Matthias Blume
945    Date: 2001/06/20 16:40:00 EDT
946    Tag: blume-20010620-cml
947    Description:
948    
949    CML now compiles and works again.
950    
951    Libraries (for version > 110.33):
952    
953      $cml/cml.cm            Main CML library.
954      $cml/basis.cm          CML's version of $/basis.cm.
955      $cml/cml-internal.cm   Internal helper library.
956      $cml/core-cml.cm       Internal helper library.
957      $cml-lib/trace-cml.cm  Tracing facility.
958      $cml-lib/smlnj-lib.cm  CML's version of $/smlnj-lib.cm
959    
960    The installer (config/install.sh) has been taught how to properly
961    install this stuff.
962    
963    ----------------------------------------------------------------------
964    Name: Matthias Blume
965    Date: 2001/06/19 17:55:00 EDT
966    Tag: blume-20010619-instantiate
967    Description:
968    
969    This un-breaks the fix for bug 1432.
970    (The bug was originally fixed in 110.9 but I broke it again some
971    time after that.)
972    
973    ----------------------------------------------------------------------
974    Name: Matthias Blume
975    Date: 2001/06/19 17:25:00 EDT
976    Tag: blume-20010619-signals
977    Description:
978    
979    This should (hopefully) fix the long-standing signal handling bug.
980    (The runtime system was constructing a continuation record with an
981    incorrect descriptor which would cause the GC to drop data on the floor...)
982    
983    ----------------------------------------------------------------------
984    Name: Matthias Blume
985    Date: 2001/06/15 15:05:00 EDT
986    Tag: blume-20010615-moresparc
987    Description:
988    
989    Here is a short late-hour update related to Sparc c-calls:
990    
991     -- made handling of double-word arguments a bit smarter
992    
993     -- instruction selection phase tries to collapse certain clumsily
994        constructed ML-Trees; typical example:
995    
996            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
997    
998        This currently has no further impact on SML/NJ since mlriscGen does
999        not seem to generate such patterns in the first place, and c-calls
1000        (which did generate them in the beginning) has meanwhile been fixed
1001        so as to avoid them as well.
1002    
1003    ----------------------------------------------------------------------
1004    Name: Matthias Blume
1005    Date: 2001/06/15 15:05:00 EDT
1006    Tag: blume-20010615-sparc
1007    Description:
1008    
1009    The purpose of this update is to provide an implementation of NLFFI
1010    on Sparc machines.
1011    
1012    Here are the changes in detail:
1013    
1014       * src/MLRISC/sparc/c-calls/sparc-c-calls.sml is a new file containing
1015       the Sparc implementation of the c-calls API.
1016       * The Sparc backend of SML/NJ has been modified to uniformely use %fp
1017       for accessing the ML frame.  Thus, we have a real frame pointer and
1018       can freely modify %sp without need for an omit-frame-ptr phase.
1019       The vfp logic in src/compiler/CodeGen/* has been changed to accomodate
1020       this case.
1021       * ml-nlffigen has been taught to produce code for different architectures
1022       and calling conventions.
1023       * In a way similar to what was done in the x86 case, the Sparc
1024       backend uses its own specific extension to mltree.  (For example,
1025       it needs to be able to generate UNIMP instructions which are part
1026       of the calling convention.)
1027       * ml-nlffi-lib was reorganized to make it more modular (in particular,
1028       to make it easier to plug in new machine- and os-dependent parts).
1029    
1030    There are some other fairly unrelated bug fixes and cleanups as well:
1031    
1032       * I further hacked the .cm files for MLRISC tools (like MDLGen) so
1033       that they properly share their libraries with existing SML/NJ libraries.
1034       * I fixed a minor cosmetic bug in CM, supressing certain spurious
1035       follow-up error messages.
1036       * Updates to CM/CMB documentation.
1037    
1038    TODO items:
1039    
1040       * MLRISC should use a different register as its asmTemp on the Sparc.
1041         (The current %o2 is a really bad choice because it is part of the
1042         calling conventions, so things might interfere in unexpected ways.)
1043    
1044    ----------------------------------------------------------------------
1045    Name: Matthias Blume
1046    Date: 2001/06/07
1047    Tag: blume-20010607-calls
1048    Description:
1049    
1050    A number of internal changes related to C calls and calling conventions:
1051    
1052    1. ML-Tree CALL statements now carry a "pops" field.  It indicates the
1053       number of bytes popped implicitly (by the callee).  In most cases
1054       this field is 0 but on x86/win32 it is some non-zero value.  This
1055       is information provided for the benefit of the "omit-frameptr" pass.
1056    2. The CALL instruction on the x86 carries a similar "pops" field.
1057       The instruction selection phase copies its value from the ML-Tree
1058       CALL statement.
1059    3. On all other architectures, the instruction selection phase checks
1060       whether "pops=0" and complains if not.
1061    4. The c-calls implementation for x86 now accepts two calling conventions:
1062       "ccall" and "stdcall".  When "ccall" is selected, the caller cleans
1063       up after the call and pops is set to 0.  For "stdcall", the caller
1064       does nothing, leaving the cleanup to the callee; pops is set to
1065       the number of bytes that were pushed onto the stack.
1066    5. The cproto decoder (compiler/Semant/types/cproto.sml) now can
1067       distinguish between "ccall" and "stdcall".
1068    6. The UNIMP instruction has been added to the supported Sparc instruction
1069       set. (This is needed for implementing the official C calling convention
1070       on this architecture.)
1071    7. I fixed some of the .cm files under src/MLRISC/Tools to make them
1072       work with the latest CM.
1073    
1074    ----------------------------------------------------------------------
1075    Name: Matthias Blume
1076    Date: 2001/06/05 15:10:00 EDT
1077    Tag: blume-20010605-cm-index
1078    Description:
1079    
1080    0. The "lambdasplit" parameter for class "sml" in CM has been documented.
1081    
1082    1. CM can now generate "index files".  These are human-readable files
1083       that list on a per-.cm-file basis each toplevel symbol defined or
1084       imported.  The location of the index file for
1085       <p>/<d>.cm is <p>/CM/INDEX/<d>.cm.
1086       To enable index-file generation, set CM.Control.generate_index to true
1087       or export an environment-symbol: export CM_GENERATE_INDEX=true.
1088    
1089       The CM manual has been updated accordingly.
1090    
1091    2. I made some slight modifications to the c-calls API in MLRISC.
1092    
1093         a) There is now a callback to support saving/restoring of
1094            dedicated but caller-save registers around the actual call
1095            instruction.
1096         b) One can optionally specify a comment-annotation for the
1097            call instruction.
1098    
1099    3. SML/NJ (mlriscGen.sml) uses this new API for the rawccall primop.
1100       (For example, the comment annotation shows the C prototype of
1101        the function being called.)
1102    
1103    ----------------------------------------------------------------------
1104    Name: Matthias Blume
1105    Date: 2001/06/01 13:30:00 EDT
1106    Tag: blume-20010601-nlffi-cleanup
1107    Description:
1108    
1109    This is mostly a cleanup of MLFFI stuff:
1110    
1111       - some signature files have been put into a more exposed place
1112       - the ugly 'f type parameter is gone (simplifies types tremendously!)
1113       - ml-nlffigen changed accordingly
1114       - tutorial updated
1115    
1116    Other changes:
1117    
1118       - author's affiliation in CM manual(s) updated
1119       - some more recognized keywords added to Allen's sml.sty
1120    
1121    ----------------------------------------------------------------------
1122    Name: Matthias Blume
1123    Date: 2001/05/25 15:30:00 EDT
1124    Tag: blume-20010525-iptr
1125    Description:
1126    
1127      - put the official 110.33-README (as it appears on the ftp server) under
1128        CVS
1129      - fixed a small bug related to incomplete pointer types in
1130        ml-nlffigen
1131      - small cosmetic change to the ml-nlffi-lib's "arr" type constructor
1132        (it does not need the 'f type parameter)
1133    
1134    ----------------------------------------------------------------------
1135    Name: Matthias Blume
1136    Date: 2001/05/23 14:30:00 EDT
1137    Tag: Release_110_33
1138    Description:
1139    
1140    New version number (110.33).  New bootfiles.
1141    
1142    ----------------------------------------------------------------------
1143    Name: Matthias Blume
1144    Date: 2001/05/22 18:06:00 EDT
1145    Tag: blume-20010522-targets
1146    Description:
1147    
1148    Made install.sh use file config/targets.customized if it exists, falling
1149    back to config/targets if it doesn't.  This way one can have a customized
1150    version of the targets file without touching the "real thing", thus
1151    eliminating the constant fear of accidentally checking something bogus
1152    back into the CVS repository...  (File config/targets.customized must
1153    not be added to the repository!)
1154    
1155    ----------------------------------------------------------------------
1156    Name: Matthias Blume
1157    Date: 2001/05/22 16:30:00 EDT
1158    Tag: blume-20010522-minitut
1159    Description:
1160    
1161    1. Bug fix in ml-nlffigen; now (hopefully) correctly handling
1162       struct returns.
1163    2. Added src/ml-nlffi-lib/Doc/mini-tutorial.txt.  This is some very
1164       incomplete, preliminary documentation for NLFFI.
1165    
1166    ----------------------------------------------------------------------
1167    Name: Matthias Blume
1168    Date: 2001/05/14 11:30:00 EDT
1169    Tag: blume-20010514-script
1170    Description:
1171    
1172    Some bugs in install script fixed.
1173    
1174    In addition to that I also made a slight change to the NLFFI API:
1175    Functors generated by ml-nlffigen now take the dynamic library as a
1176    straight functor argument, not as a suspended one.  (The original
1177    functor code used to force the suspension right away anyway, so there
1178    was nothing gained by this complication of the interface.)
1179    
1180    ----------------------------------------------------------------------
1181    Name: Matthias Blume
1182    Date: 2001/05/11 14:35:00 EDT
1183    Tag: blume-20010511-ml-nlffi
1184    Description:
1185    
1186    I finally took the plunge and added my new FFI code to the main
1187    repository.  For x86-linux it is now ready for prime-time.
1188    
1189    There are two new subdirectories of "src":
1190    
1191      - ml-nlffi-lib:
1192           The utility library for programs using the FFI interface.
1193           Here is the implementation of $/c.cm and its associated low-level
1194           partners $/c-int.cm and $/memory.cm.
1195      - ml-nlffigen:
1196           A stand-alone program for generating ML glue code from C source
1197           code.
1198    
1199    Building ml-nlffigen requires $/ckit-lib.cm.
1200    
1201    The config/install.sh script has been updates to do the Right Thing
1202    (hopefully).
1203    
1204    Notice that the source tree for the C-Kit will not be put under "src"
1205    but directly under the installation root directory.  (This is the
1206    structure that currently exists on the CVS server when you check out
1207    module "sml".)  Fortunately, config/install.sh knows about this oddity.
1208    
1209    Bugs: No documentation yet.
1210    
1211    ----------------------------------------------------------------------
1212    Name: Matthias Blume
1213    Date: 2001/05/09 16:35:00 EDT
1214    Tag: blume-20010509-cpscontract
1215    Description:
1216    
1217    Fixed a bug in the accounting code in cpsopt/contract.sml.  (The
1218    wrapper/unwrapper elimination did not decrement usage counts and some
1219    dead variables got overlooked by the dead-up logic.)
1220    
1221    ----------------------------------------------------------------------
1222    Name: Lal George
1223    Date: 2001/05/08  17:26:09 EDT
1224    Tag: george-20010508-omit-frameptr
1225    Description:
1226    
1227    Changes to implement the omit-frame-pointer optimization to support
1228    raw C calls. For now, there is only support on the Intel x86, but
1229    other architectures will follow as more experience is gained with this.
1230    
1231    
1232    ----------------------------------------------------------------------
1233    Name: Matthias Blume
1234    Date: 2001/05/07 14:40:00 EDT
1235    Tag: blume-20010507-proxies
1236    Description:
1237    
1238    I made into "proxy libraries" all libraries that qualify for such a
1239    change.  (A qualifying library is a library that has another library or
1240    groups as its sole member and repeats that member's export list
1241    verbatim.  A proxy library avoids this repetition by omitting its export
1242    list, effectively inheriting the list that its (only) member exports.
1243    See the CM manual for more explanation.)
1244    The main effect is that explicit export lists for these libraries
1245    do not have to be kepts in sync, making maintenance a bit easier.
1246    
1247    I also added copyright notices to many .cm-files.
1248    
1249    Last but not least, I made a new set of bootfiles.
1250    
1251    ----------------------------------------------------------------------
1252    Name: Matthias Blume
1253    Date: 2001/05/04 17:00:00 EDT
1254    Tag: blume-20010504-cm-lsplit
1255    Description:
1256    
1257    0. John merged pending changes to $/smlnj-lib.cm
1258    
1259    1. Allen's previous change accidentally backed out of one of Lal's
1260       earlier changes.  I undid this mistake (re-introducing Lal's change).
1261    
1262    2. I used the new topOrder' function from graph-scc.sml (from $/smlnj-lib.cm)
1263       within the compiler where applicable.  There is some code simplification
1264       because of that.
1265    
1266    3. The "split" phase (in FLINT) is now part of the default list of phases.
1267       Compiler.Control.LambdaSplitting.* can be used to globally control the
1268       lambda-splitting (cross-module-inlining) engine.  In addition to that,
1269       it can now also be controlled on a per-source basis: CM has been taught
1270       a new tool parameter applicable to ML source files.
1271    
1272       - To turn lambda-splitting off completely:
1273            local open Compiler.Control.LambdaSplitting in
1274                val _ = set Off
1275            end
1276       - To make "no lambda-splitting" the global default (but allow per-source
1277         overriding); this is the initial setting:
1278            local open Compiler.Control.LambdaSplitting in
1279                val _ = set (Default NONE)
1280            end
1281       - To make "lambda-splitting with aggressiveness a" the global default
1282         (and allow per-source overriding):
1283            local open Compiler.Control.LambdaSplitting in
1284                val _ = set (Default (SOME a))
1285            end
1286    
1287       - To turn lambda-splitting off for a given ML souce file (say: a.sml)
1288         write (in the respective .cm-file):
1289            a.sml (lambdasplitting:off)
1290       - To turn lambda-splitting for a.sml on with minimal aggressiveness:
1291            a.sml (lambdasplitting:on)
1292       - To turn lambda-splitting for a.sml on with aggressiveness <a> (where
1293         <a> is a decimal non-negative integer):
1294            a.sml (lambdasplitting:<a>)
1295       - To turn lambda-splitting for a.sml on with maximal aggressiveness:
1296            a.sml (lambdasplitting:infinity)
1297       - To use the global default for a.sml:
1298            a.sml (lambdasplitting:default)
1299         or simply
1300            a.sml
1301    
1302    ----------------------------------------------------------------------
1303    Name: Allen Leung
1304    Date: 2001/05/04 01:57:00 EDT
1305    Tag: leunga-20010504-sync
1306    Description:
1307    
1308      MLRISC features.
1309    
1310      1. Fix to CMPXCHG instructions.
1311      2. Changed RA interface to allow annotations in callbacks.
1312      3. Added a new method to the stream interface to allow annotations updates.
1313    
1314    ----------------------------------------------------------------------
1315    Name: Matthias Blume
1316    Date: 2001/05/01 11:45:00 EDT
1317    Tag: blume-20010501-pcedittmp
1318    Description:
1319    
1320    Changed install.sh to use the current working directory instead of
1321    /usr/tmp for a temporary file (pcedittmp).  The previous choice
1322    of /usr/tmp caused trouble with MacOS X because of file premission
1323    problems.
1324    
1325    ----------------------------------------------------------------------
1326    Name: Matthias Blume
1327    Date: 2001/04/20 11:10:00 EDT
1328    Tag: blume-20010420-inMLflag
1329    Description:
1330    
1331     - added vp_limitPtrMask to vproc-state.h
1332       (for use by the raw-C-calls mechanism to implement proper interrupt
1333        handling)
1334     - made the ML compiler aware of various data-structure offsets so it
1335       can generate code for accessing the vp_inML flag and vp_limitPtrMask
1336     - tweaked mlriscGen.sml to have it emit interrupt-handling code for
1337       raw C-calls
1338    
1339    ----------------------------------------------------------------------
1340    Name: Lal George
1341    Date: 2001/04/20 09:15:28 EDT
1342    Tag: george-20010420-macosX
1343    Description:
1344    
1345     - Changes to port to Mac OS X; Darwin.
1346    
1347     - In the process I found that sqrt was broken on the PPC, because the
1348       fsqrt instruction is not implemented.
1349    
1350    ----------------------------------------------------------------------
1351    Name: Matthias Blume
1352    Date: 2001/04/18 12:45:00 EDT
1353    Tag: blume-20010418-ccalls
1354    Description:
1355    
1356     - fixed two off-by-4 errors in the x86-specific c-calls implementation
1357       (this bug prevented structure arguments containing pointers from being
1358        passed correctly)
1359     - changed the raw-C-call code in mlriscGen.sml in such a way that
1360       structure arguments are represented as a pointer to the beginning
1361       of the structure (instead of having a series of synthesized arguments,
1362       one for each structure member)
1363    
1364     - made makeml script's verbosity level configurable via environment
1365       variable (MAKEML_VERBOSITY)
1366    
1367     - eliminated placeholder implementations for f32l, w16s, i16s, and f32s
1368       in rawmem-x86.sml; we are now using the real thing
1369    
1370    ----------------------------------------------------------------------
1371    Name: Matthias Blume
1372    Date: 2001/03/22 16:25:00 EST
1373    Tag: blume-20010322-bootfiles
1374    Description:
1375    
1376    Created a new set of bootfiles (for your automatic installation convenience).
1377    
1378    ----------------------------------------------------------------------
1379    Name: Matthias Blume
1380    Date: 2001/03/22 15:10:00 EST
1381    Tag: blume-20010322-rawmem-parcm
1382    Description:
1383    
1384    1. All "raw memory access" primitives for the new FFI are implemented now
1385       (at least on the x86).
1386    2. Some further cleanup of CM's parallel make mechanism.
1387    
1388    ----------------------------------------------------------------------
1389    Name: Matthias Blume
1390    Date: 2001/03/19 17:53:00 EST
1391    Tag: blume-20010319-parallel
1392    Description:
1393    
1394    Parallel make (using compile servers) now works again.
1395    
1396    To this end, CM.stabilize and CMB.make have been modified to work in
1397    two passes when compile servers are attached:
1398       1. Compile everything, do not perform stabilization; this pass
1399          uses compile servers
1400       2. Stabilize everything; this pass does not use compile servers
1401    If there are no compile servers, the two passes are combined into one
1402    (as before).  Splitting the passes increases the inherent parallelism
1403    in the dependency graph because the entire graph including all
1404    libraries is available at the same time.  This, in turn, improves
1405    server utilization.  The downside is that the master process will
1406    have to do some extra work after compilation is done (because for
1407    technical reasons it must re-read all the binfiles during stabilization).
1408    
1409    ----------------------------------------------------------------------
1410    Name: Matthias Blume
1411    Date: 2001/03/16 12:22:00 EST
1412    Tag: blume-20010316-bootfiles
1413    Description:
1414    
1415    Created a new set of bootfiles (for your automatic installation convenience).
1416    
1417    ----------------------------------------------------------------------
1418    Name: Matthias Blume
1419    Date: 2001/03/16 11:00:00 EST
1420    Tag: blume-20010316-MLTREE-fixup
1421    Description:
1422    
1423    This is a minor fixup for an (untagged) earlier commit by Allen.
1424    (A file was missing).
1425    
1426    ----------------------------------------------------------------------
1427    Name: Allen Leung
1428    Date: Mon Mar  5 18:54:57 EST 2001
1429    Tag: leunga-20010305-cut-support
1430    
1431    1. New support for alternative control-flow in MLTREE.
1432       Currently we support
1433    
1434          FLOW_TO(CALL ...., [k1,...,kn])
1435    
1436       This is needed for 'cuts to' in C-- and try/handle-like constructs
1437       in Moby
1438    
1439       New assembler flag "asm-show-cutsto" to turn on control-flow debugging.
1440    
1441    2. Register Allocator
1442    
1443       Changes in interface [from Fermin, John]
1444    
1445    3. Alpha 8-bit SLL support [Fermin]
1446    
1447    4. All architectures
1448    
1449       A new module (ClusterExpandCopies) for expanding parallel copies.
1450    
1451    ----------------------------------------------------------------------
1452    Name: Allen Leung
1453    Date: 2001/02/27 23:07:00 EST
1454    Tag: leunga-20010227-minor-stuff
1455    
1456    1. Alpha bug fix for CMOVNE
1457    2. Handle mltree COND(..,FCMP ...,...)
1458    3. Bug fix in simplifier
1459    
1460    ----------------------------------------------------------------------
1461    Name: Matthias Blume
1462    Date: 2001/01/30 17:50:00 EST
1463    Tag: blume-20010130-sync
1464    Description:
1465    
1466    This is just a minor update to sync my devel branch with the main brach.
1467    The only visible change is the addition of some README files.
1468    
1469    ----------------------------------------------------------------------
1470    Name: Matthias Blume
1471    Date: 2001/01/12 23:30:00 JST
1472    Tag: blume-20010112-bootfiles
1473    Description:
1474    
1475    Made a new set of bootfiles that goes with the current state of the
1476    repository.
1477    
1478    ----------------------------------------------------------------------
1479    Name: Matthias Blume
1480    Date: 2001/01/12 21:20:00 JST
1481    Tag: blume-20010112-sync
1482    Description:
1483    
1484    I am just flushing out some minor changes that had accumulated in
1485    my private branch in order to sync with the main tree.  (This is
1486    mainly because I had CVS trouble when trying to merge _into_ my
1487    private branch.)
1488    
1489    Most people should be completely unaffected by this.
1490    
1491    ----------------------------------------------------------------------
1492    Name: Allen Leung
1493    Date: Thu Jan 11 21:03:00 EST 2001
1494    Tag: leunga-20010111-labexp=mltree
1495    Description:
1496    
1497    1.  Removed the type LabelExp and replace it by MLTree.
1498    2.  Rewritten mltree-simplify with the pattern matcher tool.
1499    3.  There were some bugs in alpha code generator which would break
1500        64-bit code generation.
1501    4.  Redo the tools to generate code with the
1502    5.  The CM files in MLRISC (and in src/system/smlnj/MLRISC)
1503        are now generated by perl scripts.
1504    
1505    ----------------------------------------------------------------------
1506    Name: Matthias Blume
1507    Date: 2001/01/10 21:55:00 JST
1508    Tag: blume-20010110-rcc
1509    Description:
1510    
1511    The RCC stuff now seems to work (but only on the x86).
1512    This required hacking of the c-calls interface (and -implementation) in
1513    MLRISC.
1514    
1515    Normal compiler users should be unaffected.
1516    
1517    ----------------------------------------------------------------------
1518    Name: Matthias Blume
1519    Date: 2001/01/09 01:20:00 JST
1520    Tag: blume-20010109-rcc
1521    Description:
1522    
1523    This is a fairly big patch, flushing out a large number of pending
1524    changes that I made to my development copy over the last couple of days.
1525    
1526    Of practical relevance at this moment is a workaround for a pickling
1527    bug that Allen ran into the other day.  The cause of the bug itself is
1528    still unknown and it might be hard to fix it properly, but the
1529    workaround has some merits of its own (namely somewhat reducing pickling
1530    overhead for certain libraries).  Therefore, I think this solution should
1531    be satisfactory at this time.
1532    
1533    The rest of the changes (i.e., the vast majority) has to do with my
1534    ongoing efforts of providing direct support for C function calls from
1535    ML.  At the moment there is a new primop "RAW_CCALL", typing magic
1536    in types/cproto.sml (invoked from FLINT/trans/translate.sml), a new
1537    case in the FLINT CPS datatype (RCC), changes to cps/convert.sml to
1538    translate uses of RAW_CCALL into RCC, and changes to mlriscGen.sml to
1539    handle RCC.
1540    
1541    The last part (the changes to mlriscGen.sml) are still known to be
1542    wrong on the x86 and not implemented on all other architectures.  But
1543    the infrastructure is in place. I had to change a few functor
1544    signatures in the backend to be able to route the CCalls interface
1545    from MLRISC there, and I had to specialize the mltree type (on the
1546    x86) to include the necessary extensions. (The extensions themselves
1547    were already there and redy to go in MLRISC/x86).
1548    
1549    Everything should be very happy as soon as someone helps me with
1550    mlriscGen.sml...
1551    
1552    In any case, nothing of this should matter to anyone as long as the
1553    new primop is not being used (which is going to be the case unless you
1554    find it where I hid it :). The rest of the compiler is completely
1555    unaffected.
1556    
1557    ----------------------------------------------------------------------
1558    Name: Matthias Blume
1559    Date: 2001/01/05 00:30:00 JST
1560    Tag: blume-20010105-primops
1561    Description:
1562    
1563    Added some experimental support for work that I am doing right now.
1564    These changes mostly concern added primops, but there is also a new
1565    experimental C library in the runtime system (but currently not enabled
1566    anywhere except on Linux/X86).
1567    
1568    In the course of adding primops (and playing with them), I discovered that
1569    Zhong's INL_PRIM hack (no type info for certain primops) was, in fact, badly
1570    broken.  (Zhong was very right he labeled this stuff as "major gross hack".)
1571    To recover, I made type information in INL_PRIM mandatory and changed
1572    prim.sml as well as built-in.sml accordingly.  The InLine structure now
1573    has complete, correct type information (i.e., no bottom types).
1574    
1575    Since all these changes mean that we need new binfiles, I also bumped the
1576    version number to 110.32.1.
1577    
1578    ----------------------------------------------------------------------
1579    Name: Matthias Blume
1580    Date: 2000/12/30 22:10:00 JST
1581    Tag: blume-20001230-various
1582    Description:
1583    
1584    Added proxy libraries for MLRISC and let MLRISC libraries refer
1585    to each other using path anchors.  (See CM manual for explanation.)
1586    
1587    Updated CM documentation.
1588    
1589    Fixed some bugs in CM.
1590    
1591    Implemented "proxy" libraries (= syntactic sugar for CM).
1592    
1593    Added "-quiet" option to makeml and changed runtime system accordingly.
1594    
1595    Added cleanup handler for exportML to reset timers and compiler stats.
1596    
1597    ----------------------------------------------------------------------
1598    Name: Lal George
1599    Date: 2000/12/22 22:22:58 EST 2000
1600    Tag: Release_110_32
1601    Description:
1602    
1603            Infinite precision used throughout MLRISC.
1604            see MLRISC/mltree/machine-int.sig
1605    
1606    ----------------------------------------------------------------------
1607    Name: Matthias Blume
1608    Date: 2000/12/22 23:16:00 JST
1609    Tag: blume-20001222-warn
1610    Description:
1611    
1612    Corrected wording and formatting of some CM warning message which I
1613    broke in my previous patch.
1614    
1615    ----------------------------------------------------------------------
1616    Name: Matthias Blume
1617    Date: 2000/12/22 21:20:00 JST
1618    Tag: blume-20001222-anchorenv
1619    Description:
1620    
1621    Fixed CM's handling of anchor environments in connection with CMB.make.
1622    
1623    ----------------------------------------------------------------------
1624    Name: Matthias Blume
1625  Date: 2000/12/22 13:15:00 JST  Date: 2000/12/22 13:15:00 JST
1626  Tag: blume-20001222-cleanup  Tag: blume-20001222-cleanup
1627  Description:  Description:
# Line 1788  Line 3397 
3397       elaborator). There were a lot of changes during my "linkpath" trials       elaborator). There were a lot of changes during my "linkpath" trials
3398       that could have been reverted to their original state but weren't.       that could have been reverted to their original state but weren't.
3399       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
3400       than what was strictly necessary...  (I _did_ resist the tempation       than what was strictly necessary...  (I _did_ resist the temptation
3401       of doing any "global reformatting" to avoid an untimely death at       of doing any "global reformatting" to avoid an untimely death at
3402       Dave's hands. :)       Dave's hands. :)
3403    

Legend:
Removed from v.758  
changed lines
  Added in v.1021

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