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

Legend:
Removed from v.854  
changed lines
  Added in v.1039

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