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 840, Fri Jun 15 19:05:19 2001 UTC revision 1049, Thu Jan 31 21:03:49 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  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16  Name: Matthias Blume  Name: Matthias Blume
17    Date: 2002/01/31 16:05:00 EST
18    Tag: blume-20020131-sparc-ccalls
19    Description:
20    
21    1. C-calls on Sparc needlessly allocated a huge chunk (96 bytes)
22       of extra stack space by mistake.  Fixed.
23    
24    2. Bug in logic of handling of command-line options in ml-nlffigen fixed.
25    
26    ----------------------------------------------------------------------
27    Name: Allen Leung
28    Date: 2002/01/30
29    Tag: leunga-20020130-nowhere-bug-fix
30    Description:
31    
32       MLRISC bug fixes:
33       1. Fixed a bindings computation bug in the 'nowhere' program generator tool.
34       2. MachineInt.fromString was negating its value.
35    
36    ----------------------------------------------------------------------
37    Name: Matthias Blume
38    Date: 2002/01/29
39    Tag: blume-20020129-INSTALL
40    Description:
41    
42    - Added somewhat detailed installation instructions (file INSTALL).
43    - Fixed curl-detection bug in config/install.sh.
44    - It is now possible to select the URL getter using the URLGETTER
45      environment variable:
46    
47          not set / "unknown"      --> automatic detection (script tries wget,
48                                       curl, and lynx)
49          "wget" / "curl" / "lynx" --> use the specified program (script "knows"
50                                       how to properly invoke them)
51          other                    --> use $URLGETTER directly, it must take
52                                       precisely two command-line arguments
53                                       (source URL and destination file name)
54    
55    ----------------------------------------------------------------------
56    Name: Matthias Blume
57    Date: 2002/01/28
58    Tag: blume-20020128-sparc-ccalls
59    Description:
60    
61    - Fixed problem with calculation of "used" registers in sparc-c-calls.
62    - Make use of the allocParam argument in sparc-c-calls.
63    
64    ----------------------------------------------------------------------
65    Name: Matthias Blume
66    Date: 2002/01/28
67    Tag: blume-20020128-allocParam
68    Description:
69    
70    John Reppy:  Changes c-calls API to accept client-callback for
71    allocating extra stack space.
72    me: Corresponding changes to mlriscGen (using a dummy argument that
73        does not change the current behavior).
74    
75    ----------------------------------------------------------------------
76    Name: Matthias Blume
77    Date: 2002/01/28 12:00:00
78    Tag: Release_110_38
79    Description:
80    
81    This time for real!!!
82    
83    ----------------------------------------------------------------------
84    Name: Matthias Blume
85    Date: 2002/01/28 10:56:00 EST
86    Tag: blume-20020128-retraction
87    Description:
88    
89    0. Retracted earlier 110.38.  (The Release_110_38 tag has been replaced
90       with blume-Release_110_38-retracted.)
91    
92    1. Fixed a problem with incorrect rounding modes in real64.sml.
93       (Thanks to Andrew Mccreight <andrew.mccreight@yale.edu>.)
94    
95    2. A bug in ml-nlffigen related to the handling of unnamed structs, unions,
96       and enums fixed.  The naming of corresponding ML identifiers should
97       now be consistent again.
98    
99    ----------------------------------------------------------------------
100    Name: Allen Leung
101    Date: 2002/01/27
102    Tag: leunga-20020127-nowhere
103    Description:
104    
105       Added a target called nowhere in the configuration scripts.
106       Enabling this will build the MLRISC 'nowhere' tool (for translating
107       programs with where-clauses into legal SML code) during installation.
108    
109    ----------------------------------------------------------------------
110    Name: Matthias Blume
111    Date: 2002/01/25 21:27:00 EST
112    Tag: blume-Release_110_38-retracted
113    Description:
114    
115    Call it a (working) release!  Version is 110.38. Bootfiles are ready.
116    
117    README will be added later.
118    
119    !!! NOTE:  Re-tagged as blume-Release_110_38-retracted. Original tag
120    (Release_110_38) removed.  Reason: Last-minute bug fixes.
121    
122    ----------------------------------------------------------------------
123    Name: Matthias Blume
124    Date: 2002/01/25
125    Tag: blume-20020125-ffi
126    Description:
127    
128    A large number of tweaks and improvements to ml-nlffi-lib and
129    ml-nlffigen:
130    
131       - ML represenation types have been streamlined
132       - getter and setter functions work with concrete values, not abstract
133         ones where possible
134       - ml-nlffigen command line more flexible (see README file there)
135       - some bugs have been fixed (hopefully)
136    
137    ----------------------------------------------------------------------
138    Name: Lal George
139    Date: 2002/01/24
140    Tag: george-20020124-risc-ra-interface
141    Description:
142    
143       There is a dramatic simplification in the interface to the
144       register allocator for RISC architectures as a result of making
145       parallel copy instructions explicit.
146    
147    ----------------------------------------------------------------------
148    Name: Matthias Blume
149    Date: 2002/01/22
150    Tag: blume-20020122-x86-ccalls
151    Description:
152    
153    Bug fix for c-calls on x86 (having to do with how char- and
154    short-arguments are being handled).
155    
156    ----------------------------------------------------------------------
157    Name: Matthias Blume
158    Date: 2002/01/21
159    Tag: blume-20020121-ff
160    Description:
161    
162    Another day of fiddling with the FFI...
163    
164    1. Bug fix/workaround:  CKIT does not complain about negative array
165       dimensions, so ml-nlffigen has to guard itself against this possibility.
166       (Otherwise a negative dimension would send it into an infinite loop.)
167    
168    2. Some of the abstract types (light objects, light pointers, most "base"
169       types) in structure C are now eqtypes.
170    
171    3. Added constructors and test functions for NULL function pointers.
172    
173    ----------------------------------------------------------------------
174    Name: Matthias Blume
175    Date: 2002/01/18
176    Tag: blume-20020118-ready-for-new-release
177    Description:
178    
179    Made config/srcarchiveurl point to a new place.  (Will provide boot
180    files shortly.)
181    
182    Maybe we christen this to be 110.38?
183    
184    ----------------------------------------------------------------------
185    Name: Matthias Blume
186    Date: 2002/01/18
187    Tag: blume-20020118-more-ffifiddle
188    Description:
189    
190    Today's FFI fiddling:
191    
192      - Provided a structure CGetSet with "convenient" versions of C.Get.* and
193        C.Set.* that use concrete (MLRep.*) arguments and results instead
194        of abstract ones.
195    
196      - Provided word-style bit operations etc. for "int" representation
197        types in MLRep.S<Foo>Bitops where <Foo> ranges over Char, Int, Short,
198        and Long.
199    
200    ----------------------------------------------------------------------
201    Name: Matthias Blume
202    Date: 2002/01/18
203    Tag: blume-20020118-use-x86-fp
204    Description:
205    
206    Now that x86-fast-fp seems to be working, I turned it back on again
207    by default.  (Seems to work fine now, even with the FFI.)
208    
209    Other than that, I added some documentation about the FFI to
210    src/ml-nlffigen/README and updated the FFI test examples in
211    src/ml-nlffi-lib/Tests/*.
212    
213    ----------------------------------------------------------------------
214    Name: Allen Leung
215    Date: 2002/01/17
216    Tag: leunga-20020117-x86-fast-fp-call
217    Description:
218    
219       1. Fixed a problem with handling return fp values when x86's fast fp
220          mode is turned on.
221    
222       2. Minor pretty printing fix for cellset.  Print %st(0) as %st(0) instead
223          of %f32.
224    
225       3. Added a constructor INT32lit to the ast of MLRISC tools.
226    
227    ----------------------------------------------------------------------
228    Name: Matthias Blume
229    Date: 2002/01/16
230    Tag: blume-20020116-ffifiddle
231    Description:
232    
233    More fiddling with the FFI interface:
234    
235     - Make constness 'c instead of rw wherever possible.  This eliminates
236       the need for certain explicit coercions.  (However, due to ML's
237       value polymorphism, there will still be many cases where explicit
238       coercions are necessary.  Phantom types are not the whole answer
239       to modeling a subtyping relationship in ML.)
240    
241     - ro/rw coersions for pointers added.  (Avoids the detour through */&.)
242    
243     - "printf" test example added to src/ml-nlffi-lib/Tests.  (Demonstrates
244       clumsy workaround for varargs problem.)
245    
246    ----------------------------------------------------------------------
247    Name: Lal George
248    Date: 2002/01/15
249    Tag: <none>
250    Description:
251    
252    1. Since COPY instructions are no longer native to the architecture,
253       a generic functor can be used to implement the expandCopies function.
254    
255    2. Allowed EXPORT and IMPORT pseudo-op declarations to appear inside a
256       TEXT segment.
257    
258    ----------------------------------------------------------------------
259    Name: Matthias Blume
260    Date: 2002/01/15
261    Tag: blume-20020115-ffiupdates
262    Description:
263    
264    1. Fix for bug resulting in single-precision float values being returned
265       incorrectly from FFI calls.
266    
267    2. Small modifications to C FFI API:
268    
269        - memory-allocation routines return straight objects (no options)
270          and raise an exception in out-of-memory situations
271        - unsafe extensions to cast between function pointers and pointers
272          from/to ints
273        - added structure C_Debug as an alternative to structure C where
274          pointer-dereferencing (|*| and |*!) always check for null-pointers
275        - added open_lib' to DynLinkage;  open_lib' works like open_lib
276          but also takes a (possibly empty) list of existing library handles
277          that the current library depends on
278    
279    ----------------------------------------------------------------------
280    Name: Matthias Blume
281    Date: 2002/01/10
282    Tag: blume-20020110-newffigen
283    Description:
284    
285    1. Updates to portable graph code.
286    
287    2. Major update to ml-nlffigen and ml-nlffi-lib.  Things are much
288       more scalable now so that even huge interfaces such as the one
289       for GTK compile in finite time and space. :-)
290       See src/ml-nlffigen/README for details on what's new.
291    
292    ----------------------------------------------------------------------
293    Name: Lal George
294    Date: 2001/01/09 14:31:35 EST 2002
295    Tag: george-20011206-rm-native-copy
296    Description:
297    
298            Removed the native COPY and FCOPY instructions
299            from all the architectures and replaced it with the
300            explicit COPY instruction from the previous commit.
301    
302            It is now possible to simplify many of the optimizations
303            modules that manipulate copies. This has not been
304            done in this change.
305    
306    ----------------------------------------------------------------------
307    Name: Lal George
308    Date: 2001/12/06 16:50:13 EST 2001
309    Tag: george-20011206-mlrisc-instruction
310    Description:
311    
312    Changed the representation of instructions from being fully abstract
313    to being partially concrete. That is to say:
314    
315      from
316            type instruction
317    
318      to
319            type instr                              (* machine instruction *)
320    
321            datatype instruction =
322                LIVE of {regs: C.cellset, spilled: C.cellset}
323              | KILL of {regs: C.cellset, spilled: C.cellset}
324              | COPYXXX of {k: CB.cellkind, dst: CB.cell list, src: CB.cell list}
325              | ANNOTATION of {i: instruction, a: Annotations.annotation}
326              | INSTR of instr
327    
328    This makes the handling of certain special instructions that appear on
329    all architectures easier and uniform.
330    
331    LIVE and KILL say that a list of registers are live or killed at the
332    program point where they appear. No spill code is generated when an
333    element of the 'regs' field is spilled, but the register is moved to
334    the 'spilled' (which is present, more for debugging than anything else).
335    
336    LIVE replaces the (now deprecated) DEFFREG instruction on the alpha.
337    We used to generate:
338    
339            DEFFREG f1
340            f1 := f2 + f3
341            trapb
342    
343    but now generate:
344    
345            f1 := f2 + f3
346            trapb
347            LIVE {regs=[f1,f2,f3], spilled=[]}
348    
349    Furthermore, the DEFFREG (hack) required that all floating point instruction
350    use all registers mentioned in the instruction. Therefore f1 := f2 + f3,
351    defines f1 and uses [f1,f2,f3]! This hack is no longer required resulting
352    in a cleaner alpha implementation. (Hopefully, intel will not get rid of
353    this architecture).
354    
355    COPYXXX is intended to replace the parallel COPY and FCOPY  available on
356    all the architectures. This will result in further simplification of the
357    register allocator that must be aware of them for coalescing purposes, and
358    will also simplify certain aspects of the machine description that provides
359    callbacks related to parallel copies.
360    
361    ANNOTATION should be obvious, and now INSTR represents the honest to God
362    machine instruction set!
363    
364    The <arch>/instructions/<arch>Instr.sml files define certain utility
365    functions for making porting easier -- essentially converting upper case
366    to lower case. All machine instructions (of type instr) are in upper case,
367    and the lower case form generates an MLRISC instruction. For example on
368    the alpha we have:
369    
370      datatype instr =
371         LDA of {r:cell, b:cell, d:operand}
372       | ...
373    
374      val lda : {r:cell, b:cell, d:operand} -> instruction
375        ...
376    
377    where lda is just (INSTR o LDA), etc.
378    
379    ----------------------------------------------------------------------
380    Name: Matthias Blume
381    Date: 2001/11/22 21:40:00 EST
382    Tag: Release_110_37
383    Description:
384    
385    Release 110.37.  This time for real.
386    
387    ----------------------------------------------------------------------
388    Name: Matthias Blume
389    Date: 2001/11/21 16:35:00 EST
390    Tag: blume-20011121-foot-in-mouth
391    Description:
392    
393    Removed the "Release_110_37" tag because of a serious bug.
394    This will be re-tagged once the bug is fixed.
395    
396    ----------------------------------------------------------------------
397    Name: Matthias Blume
398    Date: 2001/11/21 16:14:00 EST
399    Tag: blume-20011121-forgottenfile
400    Description:
401    
402    Forgot to add a file.  (Just a .tex-file -- part of
403    the CM manual source.)
404    
405    ----------------------------------------------------------------------
406    Name: Matthias Blume
407    Date: 2001/11/21 16:10:00 EST
408    Tag: blume-20011121-invalid_110_37
409    Description:
410    
411    Note: I removed the original tag "Release_110_37" from this commit
412          because we found a serious bug in all non-x86 backends.
413          - Matthias
414    
415    1. Modifications to the SML/NJ code generator and to the runtime system
416       so that code object name strings are directly inserted into code
417       objects at code generation time.  The only business the runtime system
418       has with this is now to read the name strings on occasions.
419       (The encoding of the name string has also changed somewhat.)
420    
421    2. CM now implements a simple "set calculus" for specifying export lists.
422       In particular, it is now possible to refer to the export lists of
423       other libraries/groups/sources and form unions as well as differences.
424       See the latest CM manual for details.
425    
426    3. An separate notion of "proxy" libraries has again be eliminated from
427       CM's model.  (Proxy libraries are now simply a special case of using
428       the export list calculus.)
429    
430    4. Some of the existing libraries now take advantage of the new set
431       calculus.
432       (Notice that not all libraries have been converted because some
433       of the existing .cm-files are supposed to be backward compatible
434       with 110.0.x.)
435    
436    5. Some cleanup in stand-alone programs.  (Don't use "exnMessage" -- use
437       "General.exnMessage"!  The former relies on a certain hook to be
438       initialized, and that often does not happen in the stand-alone case.)
439    
440    ----------------------------------------------------------------------
441    Name: Lal George
442    Date: 2001/11/21  13:56:18 EST
443    Tag: george-2001121-pseudo-ops
444    Description:
445    
446      Implemented a complete redesign of MLRISC pseudo-ops. Now there
447      ought to never be any question of incompatabilities with
448      pseudo-op syntax expected by host assemblers.
449    
450      For now, only modules supporting GAS syntax are implemented
451      but more should follow, such as MASM, and vendor assembler
452      syntax, e.g. IBM as, Sun as, etc.
453    
454    ----------------------------------------------------------------------
455    Name: Matthias Blume
456    Date: 2001/11/14 11:52:00 EST
457    Tag: blume-20011114-srcname
458    Description:
459    
460    1. Routed the name of the current source file to mlriscgen where it
461       should be directly emitted into the code object.  (This last part
462       is yet to be done.)
463    
464    2. Some cleanup of the pgraph code to make it match the proposal that
465       I put out the other day.  (The proposal notwithstanding, things are
466       still in flux here.)
467    
468    ----------------------------------------------------------------------
469    Name: Lal George
470    Date: 2001/11/14 09:44:04 EST
471    Tag:
472    Description:
473    
474      Fix for a backpatching bug reported by Allen.
475    
476      Because the boundary between short and long span-dependent
477      instructions is +/- 128, there are an astounding number of
478      span-dependent instructions whose size is over estimated.
479    
480      Allen came up with the idea of letting the size of span
481      dependent instructions be non-monotonic, for a maxIter
482      number of times, after which the size must be monotonically
483      increasing.
484    
485      This table shows the number of span-dependent instructions
486      whose size was over-estimated as a function of maxIter, for the
487      file Parse/parse/ml.grm.sml:
488    
489         maxIter            # of instructions:
490            10                      687
491            20                      438
492            30                      198
493            40                        0
494    
495      In compiling the compiler, there is no significant difference in
496      compilation speed between maxIter=10 and maxIter=40. Actually,
497      my measurements showed that maxIter=40 was a tad faster than
498      maxIter=10! Also 96% of the  files in the compiler reach a fix
499      point within 13 iterations, so fixing maxIter at 40, while high,
500      is okay.
501    
502    ----------------------------------------------------------------------
503    Name: Matthias Blume
504    Date: 2001/10/31 15:25:00 EST
505    Tag: blume-20011031-pgraph
506    Description:
507    
508    CKIT:
509    * Changed the "Function" constructor of type Ast.ctype to carry optional
510      argument identifiers.
511    * Changed the return type of TypeUtil.getFunction accordingly.
512    * Type equality ignores the argument names.
513    * TypeUtil.composite tries to preserve argument names but gives up quickly
514      if there is a mismatch.
515    
516    installation script:
517    * attempts to use "curl" if available (unless "wget" is available as well)
518    
519    CM:
520    * has an experimental implementation of "portable graphs" which I will
521      soon propose as an implementation-independent library format
522    * there are also new libraries $/pgraph.cm and $/pgraph-util.cm
523    
524    NLFFI-LIB:
525    * some cleanup (all cosmetic)
526    
527    NLFFIGEN:
528    * temporarily disabled the mechanism that suppresses ML output for
529      C definitions whose identifiers start with an underscore character
530    * generate val bindings for enum constants
531    * user can request that only one style (light or heavy) is being used;
532      default is to use both (command-line arguments: -heavy and -light)
533    * fixed bug in handling of function types involving incomplete pointers
534    * generate ML entry points that take record arguments (i.e., using
535      named arguments) for C functions that have a prototype with named
536      arguments
537      (see changes to CKIT)
538    
539    ----------------------------------------------------------------------
540    Name: Allen Leung
541    Date: 2001/10/27 20:34:00 EDT
542    Tag: leunga-20011027-x86-fast-fp-call
543    Description:
544    
545       Fixed the bug described in blume-20010920-slowfp.
546    
547       The fix involves
548          1. generating FCOPYs in FSTP in ia32-svid
549          2. marking a CALL with the appropriate annotation
550    
551    ----------------------------------------------------------------------
552    Name: Matthias Blume
553    Date: 2001/10/16 11:32:00 EDT
554    Tag: blume-20011016-netbsd
555    Description:
556    
557    Underscore patch from Chris Richards (fixing problem with compiling
558    runtime system under recent NetBSD).
559    
560    ----------------------------------------------------------------------
561    Name: Allen Leung
562    Date: 2001/10/12 17:18:32 EDT 2001
563    Tag: leung-20011012-x86-printflowgraph
564    Description:
565    
566    X86RA now uses a valid (instead of dummy) PrintFlowgraph module.
567    
568    ----------------------------------------------------------------------
569    Name: Lal George
570    Date: 2001/10/11 23:51:34 EDT
571    Tag: george-20011011-too-many-instrs
572    Description:
573    
574    The representation of a program point never expected to see more
575    than 65536 instructions in a basic block!
576    
577    ----------------------------------------------------------------------
578    Name: Lal George
579    Date: 2001/10/09 09:41:37 EDT
580    Tag: george-20011008-mlrisc-labels
581    Description:
582    
583    Changed the machine description files to support printing of
584    local and global labels in assembly code, based on host assembler
585    conventions.
586    
587    ----------------------------------------------------------------------
588    Name: Matthias Blume
589    Date: 2001/09/25 15:25:00 EDT
590    Tag: blume-20010925-exninfo
591    Description:
592    
593    I provided a non-hook implementation of exnName (at the toplevel) and
594    made the "dummy" implementation of exnMessage (at the toplevel) more
595    useful: if nothing gets "hooked in", then at least you are going to
596    see the exception name and a message indicating why you don't see more.
597    
598    [For the time being, programs that need exnMessage and want to use
599    ml-build should either use General.exnMessage (strongly recommended) or
600    refer to structure General at some other point so that CM sees a
601    static dependency.]
602    
603    [Similar remarks go for "print" and "use":  If you want to use their
604    functionality in stand-alone programs generated by ml-build, then use
605    TextIO.output and Backend.Interact.useFile (from $smlnj/compiler.cm).]
606    
607    ----------------------------------------------------------------------
608    Name: Matthias Blume
609    Date: 2001/09/20 17:28:00 EDT
610    Tag: blume-20010920-slowfp
611    Description:
612    
613    Allen says that x86-fast-fp is not safe yet, so I turned it off again...
614    
615    ----------------------------------------------------------------------
616    Name: Matthias Blume
617    Date: 2001/09/20 17:20:00 EDT
618    Tag: blume-20010920-canonicalpaths
619    Description:
620    
621    0. Updated the BOOT file (something that I forgot to do earlier).
622    
623    1. Small internal change to CM so that it avoids "/../" in filenames
624       as much as possible (but only where it is safe).
625    
626    2. Changed config/_run-sml (resulting in a changed bin/.run-sml) so
627       that arguments that contain delimiters are passed through correctly.
628       This change also means that all "special" arguments of the form
629       @SMLxxx... must come first.
630    
631    3. Changed install script to put relative anchor names for tool commands
632       into pathconfig.
633    
634    ----------------------------------------------------------------------
635    Name: Matthias Blume
636    >>>>>>> 1.169
637    Date: 2001/09/18 15:35:00 EDT
638    Tag: blume-20010918-readme11036
639    Description:
640    
641    Added README files.
642    
643    ----------------------------------------------------------------------
644    Name: Matthias Blume
645    Date: 2001/09/18 11:45:00 EDT
646    Tag: Release_110_36 (retag)
647    Description:
648    
649    Fixed mistake in config/preloads. Retagged as 110.36.
650    
651    ----------------------------------------------------------------------
652    Name: Matthias Blume
653    Date: 2001/09/18 09:40:00 EDT
654    Tag: Release_110_36_orig (tag changed)
655    Description:
656    
657    New version (110.36).  New bootfiles.
658    
659    ----------------------------------------------------------------------
660    Name: Matthias Blume
661    Date: 2001/09/14 16:15:00 EDT
662    Tag: blume-20010914-x86fastfp
663    Description:
664    
665    John committed some changes that Allen made, in particular a (hopefully)
666    correctly working version of the x86-fp module.
667    
668    I changed the default setting of the Control.MLRISC.getFlag "x86-fast-fp"
669    flag to "true".  Everything seems to compile to a fixpoint ok, and
670    "mandelbrot" speeds up by about 15%.
671    
672    ----------------------------------------------------------------------
673    Name: Matthias Blume
674    Date: 2001/09/13 11:20:00 EDT
675    Tag: blume-20010913-minimal
676    Description:
677    
678    1. Stefan Monnier's patch to fix a miscompilation problem that
679       was brought to light by John Reppy's work on Moby.
680    
681    2. Implemented a minimal "structure Compiler" that contains just
682       "version" and "architecture".  The minimal version will be
683       available when the full version is not.  This is for backward-
684       compatibility with code that wants to test Compiler.version.
685    
686    ----------------------------------------------------------------------
687    Name: Matthias Blume
688    Date: 2001/08/28 14:03:00 EDT
689    Tag: blume-20010828-ml-lex
690    Description:
691    
692    Fix for bug 1581, received from Neophytos Michael.
693    
694    ----------------------------------------------------------------------
695    Name: Matthias Blume
696    Date: 2001/08/27 11:20:00 EDT
697    Tag: blume-20010827-readme11035
698    Description:
699    
700    Fleshed out the README file for 110.35.
701    
702    ----------------------------------------------------------------------
703    Name: Matthias Blume
704    Date: 2001/08/24 17:10:00 EDT
705    Tag: Release_110_35
706    Description:
707    
708    New version number (110.35).  New bootfiles.
709    
710    ----------------------------------------------------------------------
711    Name: Lal George
712    Date: 2001/08/24 13:47:18 EDT 2001
713    Tag: george-20010824-MLRISC-graphs
714    Description:
715    
716     removed clusters from MLRISC completely and replaced with graphs.
717    
718    ----------------------------------------------------------------------
719    Name: Matthias Blume
720    Date: 2001/08/23 17:50:00 EDT
721    Tag: blume-20010823-toplevel
722    Description:
723    
724    - some reorganization of the code that implements various kinds of
725      environments in the compiler (static, dynamic, symbolic, combined)
726    - re-implemented the EnvRef module so that evalStream works properly
727      (if the stream contains references to "use", "CM.make", etc.)
728    - cleaned up evalloop.sml and interact.sml (but they need more cleaning)
729    
730    ----------------------------------------------------------------------
731    Name: Matthias Blume
732    Date: 2001/08/20 15:50 EDT
733    Tag: blume20010820-slipup
734    Description:
735    
736    I forgot to commit a few files.  Here they are...
737    
738    ----------------------------------------------------------------------
739    Name: Matthias Blume
740    Date: 2001/08/20 15:35:00 EDT
741    Tag: blume-20010820-debugprof
742    Description:
743    
744    !!!! NEW BOOTFILES !!!!
745    
746    This is another round of reorganizing the compiler sources.  This
747    time the main goal was to factor out all the "instrumentation"
748    passes (for profiling and backtracing) into their own library.
749    The difficulty was to do it in such a way that it does not depend
750    on elaborate.cm but only on elabdata.cm.
751    
752    Therefore there have been further changes to both elaborate.cm and
753    elabdata.cm -- more "generic" things have been moved from the former
754    to the latter.  As a result, I was forced to split the assignment
755    of numbers indicating "primtyc"s into two portions: SML-generic and
756    SML/NJ-specific.  Since it would have been awkward to maintain,
757    I bit the bullet and actually _changed_ the mapping between these
758    numbers and primtycs.  The bottom line of this is that you need
759    a new set of bin- and bootfiles.
760    
761    I have built new bootfiles for all architectures, so doing a fresh
762    checkout and config/install.sh should be all you need.
763    
764    The newly created library's name is
765    
766        $smlnj/viscomp/debugprof.cm
767    
768    and its sources live under
769    
770        src/compiler/DebugProf
771    
772    ----------------------------------------------------------------------
773    Name: Matthias Blume
774    Date: 2001/08/15 17:15:00 EDT
775    Tag: blume-20010815-compreorg
776    Description:
777    
778    This is a first cut at reorganizing the CM libraries that make up the
779    core of the compiler.  The idea is to separate out pieces that could
780    be used independently by tools, e.g., the parser, the typechecker, etc.
781    
782    The current status is a step in this direction, but it is not quite
783    satisfactory yet.  Expect more changes in the future.
784    
785    Here is the current (new) organization...
786    
787        What used to be $smlnj/viscomp/core.cm is now divided into
788        six CM libraries:
789    
790             $smlnj/viscomp/basics.cm
791                           /parser.cm
792                           /elabdata.cm
793                           /elaborate.cm
794                           /execute.cm
795                           /core.cm
796    
797        The CM files for these libraries live under src/system/smlnj/viscomp.
798        All these libraries are proxy libraries that contain precisely
799        one CM library component.  Here are the locations of the components
800        (all within the src/compiler tree):
801    
802             Basics/basics.cm
803             Parse/parser.cm
804             ElabData/elabdata.cm
805             Elaborator/elaborate.cm
806             Execution/execute.cm
807             core.cm
808    
809         [This organization is the same that has been used already
810         for a while for the architecture-specific parts of the visible
811         compiler and for the old version of core.cm.]
812    
813         As you will notice, many source files have been moved from their
814         respective original locations to a new home in one of the above
815         subtrees.
816    
817         The division of labor between the new libraries is the following:
818    
819             basics.cm:
820                - Simple, basic definitions that pertain to many (or all) of
821                  the other libraries.
822             parser.cm:
823                - The SML parser, producing output of type Ast.dec.
824                - The type family for Ast is also defined and exported here.
825             elabdata.cm:
826                - The datatypes that describe input and output of the elaborator.
827                  This includes types, absyn, and static environments.
828             elaborator.cm:
829                - The SML/NJ type checker and elaborator.
830                  This maps an Ast.dec (with a given static environment) to
831                  an Absyn.dec (with a new static environment).
832                - This libraries implements certain modules that used to be
833                  structures as functors (to remove dependencies on FLINT).
834             execute.cm:
835                - Everything having to do with executing binary code objects.
836                - Dynamic environments.
837             core.cm:
838                - SML/NJ-specific instantiations of the elaborator and MLRISC.
839                - Top-level modules.
840                - FLINT (this should eventually become its own library)
841    
842    Notes:
843    
844    I am not 100% happy with the way I separated the elaborator (and its
845    data structures) from FLINT.  Two instances of the same problem:
846    
847        1. Data structures contain certain fields that carry FLINT-specific
848           information.  I hacked around this using exn and the property list
849           module from smlnj-lib.  But the fact that there are middle-end
850           specific fields around at all is a bit annoying.
851    
852        2. The elaborator calculates certain FLINT-related information.  I tried
853           to make this as abstract as I could using functorization, but, again,
854           the fact that the elaborator has to perform calculations on behalf
855           of the middle-end at all is not nice.
856    
857        3. Having to used exn and property lists is unfortunate because it
858           weakens type checking.  The other alternative (parameterizing
859           nearly *everything*) is not appealing, though.
860    
861    I removed the "rebinding =" warning hack because due to the new organization
862    it was awkward to maintain it.  As a result, the compiler now issues some of
863    these warnings when compiling init.cmi during bootstrap compilation. On
864    the plus side, you also get a warning when you do, for example:
865       val op = = Int32.+
866    which was not the case up to now.
867    
868    I placed "assign" and "deref" into the _Core structure so that the
869    code that deals with the "lazy" keyword can find them there.  This
870    removes the need for having access to the primitive environment
871    during elaboration.
872    
873    ----------------------------------------------------------------------
874    Name: Matthias Blume
875    Date: 2001/08/13
876    Tag: blume-20010813-closures
877    Description:
878    
879    This fix was sent to us by Zhong Shao.  It is supposed to improve the
880    performance of certain loops by avoiding needless closure allocation.
881    
882    ----------------------------------------------------------------------
883    Name: Lal George
884    Date: 2001/07/31 10:03:23 EDT 2001
885    Tag: george-20010731-x86-fmalloc
886    Description: Fixed bug in x86 calls
887    
888        There was a bug where call instructions would mysteriously
889        vanish. The call instruction had to be one that returned
890        a floating point value.
891    
892    ----------------------------------------------------------------------
893    Name: Lal George
894    Date: 2001/07/19 16:36:29 EDT 2001
895    Tag: george-20010719-simple-cells
896    Description:
897    
898    I have dramatically simplified the interface for CELLS in MLRISC.
899    
900    In summary, the cells interface is broken up into three parts:
901    
902      1. CellsBasis : CELLS_BASIS
903    
904            CellsBasis is a top level structure and common for all
905            architectures.  it contains the definitions of basic datatypes
906            and utility  functions over these types.
907    
908      2. functor Cells() : CELLS
909    
910            Cells generates an interface for CELLS that incorporates the
911            specific resources on the target architecture, such as the
912            presence of special register classes, their number and size,
913            and various useful substructures.
914    
915      3. <ARCH>CELLS
916    
917            e.g. SparcCells: SPARCCELLS
918    
919            <ARCH>CELLS usually contains additional bindings for special
920            registers  on the architecture, such as:
921    
922                    val r0 : cell           (* register zero *)
923                    val y : cell            (* Y register *)
924                    val psr : cell          (* processor status register *)
925                    ...
926    
927            The structure returned by applying the Cells functor is opened
928            in this interface.
929    
930    The main implication of all this is that the datatypes for cells is
931    split between CellsBasis and CELLS -- a fairly simple change for user
932    code.
933    
934    In the old scheme the CELLS interface had a definitional binding of
935    the form:
936    
937            signature CELLS = sig
938    
939               structure CellsBasis = CellsBasis
940    
941               ...
942    
943            end
944    
945    With all the sharing constraints that goes on in MLRISC, this old
946    design  quickly leads to errors such as:
947    
948            "structure definition spec inside of sharing ... "
949    
950    
951    and appears to require an unacceptable amount of sharing and where
952    constraint hackery.
953    
954    I think this error message (the interaction of definitional specs and
955    sharing) requires more explanation on our web page.
956    
957    ----------------------------------------------------------------------
958    Name: Matthias Blume
959    Date: 2001/07/19 15:00:00 EDT
960    Tag: blume-20010719-libreorg
961    Description:
962    
963    This update puts together a fairly extensive but straightforward change
964    to the way the libraries that implement the interactive system are
965    organized:
966    
967       The biggest change is the elimination of structure Compiler.  As a
968       replacement for this structure, there is now a CM library
969       (known as $smlnj/compiler.cm or $smlnj/compiler/current.cm)
970       that exports all the substructures of the original structure Compiler
971       directly.  So instead of saying Compiler.Foo.bar one now simply
972       says Foo.bar.  (The CM libraries actually export a collection of
973       structures that is richer than the collection of substructures of
974       structure Compiler.)
975    
976       To make the transition smooth, there is a separate library called
977       $smlnj/compiler/compiler.cm which puts together and exports the
978       original structure Compiler (or at least something very close to it).
979    
980       There are five members of the original structure Compiler
981       that are not exported directly but which instead became members
982       of a new structure Backend (described by signature BACKEND).  These are:
983       structure Profile (: PROFILE), structure Compile (: COMPILE), structure
984       Interact (: INTERACT), structure Machine (: MACHINE), and val
985       architecture (: string).
986    
987       Structure Compiler.Version has become structure CompilerVersion.
988    
989       Cross-compilers for alpha32, hppa, ppc, sparc, and x86 are provided
990       by $smlnj/compiler/<arch>.cm where <arch> is alpha32, hppa, ppc, sparc,
991       or x86, respectively.
992       Each of these exports the same frontend structures that
993       $smlnj/compiler.cm exports.  But they do not have a structure Backend
994       and instead export some structure <Arch>Backend where <Arch> is Alpha32,
995       Hppa, PPC, Sparc, or X86, respectively.
996    
997       Library $smlnj/compiler/all.cm exports the union of the exports of
998       $smlnj/compiler/<arch>.cm
999    
1000       There are no structures <Arch>Compiler anymore, use
1001       $smlnj/compiler/<arch>.cm instead.
1002    
1003       Library host-compiler-0.cm is gone.  Instead, the internal library
1004       that instantiates CM is now called cm0.cm.  Selection of the host
1005       compiler (backend) is no longer done here but. (Responsibility for it
1006       now lies with $smlnj/compiler/current.cm.  This seems to be more
1007       logical.)
1008    
1009       Many individual files have been moved or renamed.  Some files have
1010       been split into multiple files, and some "dead" files have been deleted.
1011    
1012    Aside from these changes to library organization, there are also changes
1013    to the way the code itself is organized:
1014    
1015       Structure Binfile has been re-implemented in such a way that it no
1016       longer needs any knowledge of the compiler.  It exclusively deals
1017       with the details of binfile layout.  It no longer invokes the
1018       compiler (for the purpose of creating new prospective binfile
1019       content), and it no longer has any knowledge of how to interpret
1020       pickles.
1021    
1022       Structure Compile (: COMPILE) has been stripped down to the bare
1023       essentials of compilation.  It no longer deals with linking/execution.
1024       The interface has been cleaned up considerably.
1025    
1026       Utility routines for dealing with linking and execution have been
1027       moved into their own substructures.
1028    
1029       (The ultimate goal of these changes is to provide a light-weight
1030       binfile loader/linker (at least for, e.g., stable libraries) that
1031       does not require CM or the compiler to be present.)
1032    
1033    CM documentation has been updated to reflect the changes to library
1034    organization.
1035    
1036    ----------------------------------------------------------------------
1037    Name: Matthias Blume
1038    Date: 2001/07/10 17:30:00 EDT
1039    Tag: Release_110_34
1040    Description:
1041    
1042    Minor tweak to 110.34 (re-tagged):
1043    
1044      - README.html file added to CVS repository
1045      - runtime compiles properly under FreeBSD 3.X and 4.X
1046    
1047    ----------------------------------------------------------------------
1048    Name: Matthias Blume
1049    Date: 2001/07/10 17:30:00 EDT
1050    Tag: Release_110_34
1051    Description:
1052    
1053    New version number (110.34). New bootfiles.
1054    
1055    ----------------------------------------------------------------------
1056    Name: Matthias Blume
1057    Date: 2001/07/09 16:00:00 EDT
1058    Tag: blume-20010709-more-varargs
1059    Description:
1060    
1061    I changed the handling of varargs in ml-nlffigen again:
1062    The ellipsis ... will now simply be ignored (with an accompanying warning).
1063    
1064    The immediate effect is that you can actually call a varargs function
1065    from ML -- but you can't actually supply any arguments beyond the ones
1066    specified explicitly.  (For example, you can call printf with its format
1067    string, but you cannot pass additional arguments.)
1068    
1069    This behavior is only marginally more useful than the one before, but
1070    it has the advantage that a function or, more importantly, a function
1071    type never gets dropped on the floor, thus avoiding follow-up problems with
1072    other types that refer to the offending one.
1073    
1074    ----------------------------------------------------------------------
1075    Name: Matthias Blume
1076    Date: 2001/07/09 11:25:00 EDT
1077    Tag: blume-20010709-varargs
1078    Description:
1079    
1080    1. ckit-lib.cm now exports structure Error
1081    2. ml-nlffigen reports occurences of "..." (i.e., varargs function types)
1082       with a warning accompanied by a source location.  Moreover, it
1083       merely skips the offending function or type and proceeds with the
1084       rest of its work.u  As a result, one can safely feed C code containing
1085       "..." to ml-nlffigen.
1086    3. There are some internal improvements to CM, providing slightly
1087       more general string substitutions in the tools subsystem.
1088    
1089    ----------------------------------------------------------------------
1090    Name: Matthias Blume
1091    Date: 2001/06/27 15:10:00 EDT
1092    Tag: blume-20010627-concur
1093    Description:
1094    
1095    Fixed a small bug in CM's handling of parallel compilation.
1096    (You could observe the bug by Control-C-interrupting an ordinary
1097    CMB.make or CM.stabilize and then attaching some compile servers.
1098    The result was that all of a sudden the previously interrupted
1099    compilation would continue on its own.  This was because of
1100    an over-optimization: CM did not bother to clean out certain queues
1101    when no servers were attached "anyway", resulting in the contents
1102    of these queues to grab control when new servers did get attached.)
1103    
1104    There is also another minor update to the CM manual.
1105    
1106    ----------------------------------------------------------------------
1107    Name: Matthias Blume
1108    Date: 2001/06/26 16:15:00 EDT
1109    Tag: blume-20010626-cmdoc
1110    Description:
1111    
1112    Minor typo fixed in CM manual (syntax diagram for libraries).
1113    
1114    ----------------------------------------------------------------------
1115    Name: Matthias Blume
1116    Date: 2001/06/25 22:55:00 EDT
1117    Tag: blume-20010625-x86pc
1118    Description:
1119    
1120    Fixed a nasty bug in the X86 assembly code that caused signal
1121    handlers to fail (crash) randomly.
1122    
1123    ----------------------------------------------------------------------
1124    Name: Matthias Blume
1125    Date: 2001/06/25 12:05:00 EDT
1126    Tag: blume-20010625-nlffigen
1127    Description:
1128    
1129    This update fixes a number of minor bugs in ml-nlffigen as reported by
1130    Nick Carter <nbc@andrew.cmu.edu>.
1131    
1132      1. Silly but ok typedefs of the form "typedef void myvoid;" are now accepted.
1133      2. Default names for generated files are now derived from the name of
1134         the C file *without its directory*.  In particular, this causes generated
1135         files to be placed locally even if the C file is in some system directory.
1136      3. Default names for generated signatures and structures are also derived
1137         from the C file name without its directory.  This avoids silly things
1138         like "structure GL/GL".
1139         (Other silly names are still possible because ml-nlffigen does not do
1140          a thorough check of whether generated names are legal ML identifiers.
1141          When in doubt, use command line arguments to force particular names.)
1142    
1143    ----------------------------------------------------------------------
1144    Name: Matthias Blume
1145    Date: 2001/06/21 12:25:00 EDT
1146    Tag: blume-20010621-eXene
1147    Description:
1148    
1149    eXene now compiles and (sort of) works again.
1150    
1151    The library name (for version > 110.33) is $/eXene.cm.
1152    
1153    I also added an new example in src/eXene/examples/nbody.  See the
1154    README file there for details.
1155    
1156    ----------------------------------------------------------------------
1157    Name: Matthias Blume
1158    Date: 2001/06/20 16:40:00 EDT
1159    Tag: blume-20010620-cml
1160    Description:
1161    
1162    CML now compiles and works again.
1163    
1164    Libraries (for version > 110.33):
1165    
1166      $cml/cml.cm            Main CML library.
1167      $cml/basis.cm          CML's version of $/basis.cm.
1168      $cml/cml-internal.cm   Internal helper library.
1169      $cml/core-cml.cm       Internal helper library.
1170      $cml-lib/trace-cml.cm  Tracing facility.
1171      $cml-lib/smlnj-lib.cm  CML's version of $/smlnj-lib.cm
1172    
1173    The installer (config/install.sh) has been taught how to properly
1174    install this stuff.
1175    
1176    ----------------------------------------------------------------------
1177    Name: Matthias Blume
1178    Date: 2001/06/19 17:55:00 EDT
1179    Tag: blume-20010619-instantiate
1180    Description:
1181    
1182    This un-breaks the fix for bug 1432.
1183    (The bug was originally fixed in 110.9 but I broke it again some
1184    time after that.)
1185    
1186    ----------------------------------------------------------------------
1187    Name: Matthias Blume
1188    Date: 2001/06/19 17:25:00 EDT
1189    Tag: blume-20010619-signals
1190    Description:
1191    
1192    This should (hopefully) fix the long-standing signal handling bug.
1193    (The runtime system was constructing a continuation record with an
1194    incorrect descriptor which would cause the GC to drop data on the floor...)
1195    
1196    ----------------------------------------------------------------------
1197    Name: Matthias Blume
1198    Date: 2001/06/15 15:05:00 EDT
1199    Tag: blume-20010615-moresparc
1200    Description:
1201    
1202    Here is a short late-hour update related to Sparc c-calls:
1203    
1204     -- made handling of double-word arguments a bit smarter
1205    
1206     -- instruction selection phase tries to collapse certain clumsily
1207        constructed ML-Trees; typical example:
1208    
1209            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
1210    
1211        This currently has no further impact on SML/NJ since mlriscGen does
1212        not seem to generate such patterns in the first place, and c-calls
1213        (which did generate them in the beginning) has meanwhile been fixed
1214        so as to avoid them as well.
1215    
1216    ----------------------------------------------------------------------
1217    Name: Matthias Blume
1218  Date: 2001/06/15 15:05:00 EDT  Date: 2001/06/15 15:05:00 EDT
1219  Tag: blume-20010615-sparc  Tag: blume-20010615-sparc
1220  Description:  Description:
# Line 2409  Line 3610 
3610       elaborator). There were a lot of changes during my "linkpath" trials       elaborator). There were a lot of changes during my "linkpath" trials
3611       that could have been reverted to their original state but weren't.       that could have been reverted to their original state but weren't.
3612       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
3613       than what was strictly necessary...  (I _did_ resist the tempation       than what was strictly necessary...  (I _did_ resist the temptation
3614       of doing any "global reformatting" to avoid an untimely death at       of doing any "global reformatting" to avoid an untimely death at
3615       Dave's hands. :)       Dave's hands. :)
3616    

Legend:
Removed from v.840  
changed lines
  Added in v.1049

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