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

Legend:
Removed from v.844  
changed lines
  Added in v.1031

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