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 634, Mon May 1 10:03:50 2000 UTC revision 1059, Mon Feb 11 17:05:33 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
17    Date: 2002/02/11 12:05:00 EST
18    Tag: blume-20020211-gensml
19    Description:
20    
21    A quick fix for a problem with GenSML (in the pgraph-util library):
22    Make generation of toplevel "local" optional.  (Strictly speaking,
23    signature definitions within "local" are not legal SML.)
24    
25    Other than that: updates to INSTALL and cm/TODO.
26    
27    ----------------------------------------------------------------------
28    Name: Matthias Blume
29    Date: 2002/02/08 15:00:00 EST
30    Tag: blume-20020208-uniquepid
31    Description:
32    
33    0. Version number has been bumped to 110.38.1.  NEW BOOTFILES!!!
34    
35    1. The installer (config/install.sh) has gotten smarter:
36    
37         - Configuration options are a bit easier to specify now
38           (in config/targets).
39         - Bug in recognizing .tar.bz2 files fixed.
40         - Installer automatically resolves dependencies between
41           configuration options (e.g., if you ask for eXene, you will
42           also get cml -- regardless whether you asked for it or not).
43         - Installer can run in "quieter mode" by setting the environment
44           variable INSTALL_QUIETLY to "true".  "Quieter" does not mean
45           "completely silent", though.
46         - Build HashCons library as part of smlnj-lib.
47    
48    2. A new scheme for assigning persistent identifiers to compilation
49       units (and, by extension, to types etc.) has been put into place.
50       This fixes a long-standing bug where types and even dynamic values
51       can get internally confused, thereby compromising type safety
52       (abstraction) and dynamic correctness.  See
53    
54         http://cm.bell-labs.com/cm/cs/who/blume/pid-confusion.tgz
55    
56       for an example of how things could go wrong until now.
57    
58       The downside of the new scheme is that pids are not quite as
59       persistent as they used to be: CM will generate a fresh pid
60       for every compilation unit that it thinks it sees for the first
61       time.  That means that if you compile starting from a clean, fresh
62       source tree at two different times, you end up with different
63       binaries.
64    
65       Cutoff recompilation, however, has not been compromised because
66       CM keeps pid information in special caches between runs.
67    
68    ----------------------------------------------------------------------
69    Name: Lal George
70    Date: 2002/02/07 15:34:13 EST 2002
71    Tag: <none>
72    Description:
73    
74    Compilers that generate assembly code may produce  global labels
75    whose value is resolved at link time. The various peephole optimization
76    modules did not take this in account.
77    
78    TODO. The Labels.addrOf function should really return an option
79    type so that clients are forced to deal with this issue, rather
80    than an exception being raised.
81    
82    ----------------------------------------------------------------------
83    Name: Lal George
84    Date: 2002/02/06 13:55:02 EST
85    Tag: george-20020206-ra-breakup
86    Description:
87    
88    1. A bug fix from Allen.
89    
90        A typo causes extra fstp %st(0)'s to be generated at compensation
91        edges, which might cause stack underflow traps at runtime.  This
92        occurs in fft where there are extraneous fstps right before the 'into'
93        trap instruction (in this case they are harmless since none of the
94        integers overflow.)
95    
96    2. Pulled out various utility modules that were embedded in the modules
97       of the register allocator. I need these modules for other purposes, but
98       they are not complete enough to put into a library (just yet).
99    ----------------------------------------------------------------------
100    Name: Matthias Blume
101    Date: 2002/01/31 16:05:00 EST
102    Tag: blume-20020131-sparc-ccalls
103    Description:
104    
105    1. C-calls on Sparc needlessly allocated a huge chunk (96 bytes)
106       of extra stack space by mistake.  Fixed.
107    
108    2. Bug in logic of handling of command-line options in ml-nlffigen fixed.
109    
110    ----------------------------------------------------------------------
111    Name: Allen Leung
112    Date: 2002/01/30
113    Tag: leunga-20020130-nowhere-bug-fix
114    Description:
115    
116       MLRISC bug fixes:
117       1. Fixed a bindings computation bug in the 'nowhere' program generator tool.
118       2. MachineInt.fromString was negating its value.
119    
120    ----------------------------------------------------------------------
121    Name: Matthias Blume
122    Date: 2002/01/29
123    Tag: blume-20020129-INSTALL
124    Description:
125    
126    - Added somewhat detailed installation instructions (file INSTALL).
127    - Fixed curl-detection bug in config/install.sh.
128    - It is now possible to select the URL getter using the URLGETTER
129      environment variable:
130    
131          not set / "unknown"      --> automatic detection (script tries wget,
132                                       curl, and lynx)
133          "wget" / "curl" / "lynx" --> use the specified program (script "knows"
134                                       how to properly invoke them)
135          other                    --> use $URLGETTER directly, it must take
136                                       precisely two command-line arguments
137                                       (source URL and destination file name)
138    
139    ----------------------------------------------------------------------
140    Name: Matthias Blume
141    Date: 2002/01/28
142    Tag: blume-20020128-sparc-ccalls
143    Description:
144    
145    - Fixed problem with calculation of "used" registers in sparc-c-calls.
146    - Make use of the allocParam argument in sparc-c-calls.
147    
148    ----------------------------------------------------------------------
149    Name: Matthias Blume
150    Date: 2002/01/28
151    Tag: blume-20020128-allocParam
152    Description:
153    
154    John Reppy:  Changes c-calls API to accept client-callback for
155    allocating extra stack space.
156    me: Corresponding changes to mlriscGen (using a dummy argument that
157        does not change the current behavior).
158    
159    ----------------------------------------------------------------------
160    Name: Matthias Blume
161    Date: 2002/01/28 12:00:00
162    Tag: Release_110_38
163    Description:
164    
165    This time for real!!!
166    
167    ----------------------------------------------------------------------
168    Name: Matthias Blume
169    Date: 2002/01/28 10:56:00 EST
170    Tag: blume-20020128-retraction
171    Description:
172    
173    0. Retracted earlier 110.38.  (The Release_110_38 tag has been replaced
174       with blume-Release_110_38-retracted.)
175    
176    1. Fixed a problem with incorrect rounding modes in real64.sml.
177       (Thanks to Andrew Mccreight <andrew.mccreight@yale.edu>.)
178    
179    2. A bug in ml-nlffigen related to the handling of unnamed structs, unions,
180       and enums fixed.  The naming of corresponding ML identifiers should
181       now be consistent again.
182    
183    ----------------------------------------------------------------------
184    Name: Allen Leung
185    Date: 2002/01/27
186    Tag: leunga-20020127-nowhere
187    Description:
188    
189       Added a target called nowhere in the configuration scripts.
190       Enabling this will build the MLRISC 'nowhere' tool (for translating
191       programs with where-clauses into legal SML code) during installation.
192    
193    ----------------------------------------------------------------------
194    Name: Matthias Blume
195    Date: 2002/01/25 21:27:00 EST
196    Tag: blume-Release_110_38-retracted
197    Description:
198    
199    Call it a (working) release!  Version is 110.38. Bootfiles are ready.
200    
201    README will be added later.
202    
203    !!! NOTE:  Re-tagged as blume-Release_110_38-retracted. Original tag
204    (Release_110_38) removed.  Reason: Last-minute bug fixes.
205    
206    ----------------------------------------------------------------------
207    Name: Matthias Blume
208    Date: 2002/01/25
209    Tag: blume-20020125-ffi
210    Description:
211    
212    A large number of tweaks and improvements to ml-nlffi-lib and
213    ml-nlffigen:
214    
215       - ML represenation types have been streamlined
216       - getter and setter functions work with concrete values, not abstract
217         ones where possible
218       - ml-nlffigen command line more flexible (see README file there)
219       - some bugs have been fixed (hopefully)
220    
221    ----------------------------------------------------------------------
222    Name: Lal George
223    Date: 2002/01/24
224    Tag: george-20020124-risc-ra-interface
225    Description:
226    
227       There is a dramatic simplification in the interface to the
228       register allocator for RISC architectures as a result of making
229       parallel copy instructions explicit.
230    
231    ----------------------------------------------------------------------
232    Name: Matthias Blume
233    Date: 2002/01/22
234    Tag: blume-20020122-x86-ccalls
235    Description:
236    
237    Bug fix for c-calls on x86 (having to do with how char- and
238    short-arguments are being handled).
239    
240    ----------------------------------------------------------------------
241    Name: Matthias Blume
242    Date: 2002/01/21
243    Tag: blume-20020121-ff
244    Description:
245    
246    Another day of fiddling with the FFI...
247    
248    1. Bug fix/workaround:  CKIT does not complain about negative array
249       dimensions, so ml-nlffigen has to guard itself against this possibility.
250       (Otherwise a negative dimension would send it into an infinite loop.)
251    
252    2. Some of the abstract types (light objects, light pointers, most "base"
253       types) in structure C are now eqtypes.
254    
255    3. Added constructors and test functions for NULL function pointers.
256    
257    ----------------------------------------------------------------------
258    Name: Matthias Blume
259    Date: 2002/01/18
260    Tag: blume-20020118-ready-for-new-release
261    Description:
262    
263    Made config/srcarchiveurl point to a new place.  (Will provide boot
264    files shortly.)
265    
266    Maybe we christen this to be 110.38?
267    
268    ----------------------------------------------------------------------
269    Name: Matthias Blume
270    Date: 2002/01/18
271    Tag: blume-20020118-more-ffifiddle
272    Description:
273    
274    Today's FFI fiddling:
275    
276      - Provided a structure CGetSet with "convenient" versions of C.Get.* and
277        C.Set.* that use concrete (MLRep.*) arguments and results instead
278        of abstract ones.
279    
280      - Provided word-style bit operations etc. for "int" representation
281        types in MLRep.S<Foo>Bitops where <Foo> ranges over Char, Int, Short,
282        and Long.
283    
284    ----------------------------------------------------------------------
285    Name: Matthias Blume
286    Date: 2002/01/18
287    Tag: blume-20020118-use-x86-fp
288    Description:
289    
290    Now that x86-fast-fp seems to be working, I turned it back on again
291    by default.  (Seems to work fine now, even with the FFI.)
292    
293    Other than that, I added some documentation about the FFI to
294    src/ml-nlffigen/README and updated the FFI test examples in
295    src/ml-nlffi-lib/Tests/*.
296    
297    ----------------------------------------------------------------------
298    Name: Allen Leung
299    Date: 2002/01/17
300    Tag: leunga-20020117-x86-fast-fp-call
301    Description:
302    
303       1. Fixed a problem with handling return fp values when x86's fast fp
304          mode is turned on.
305    
306       2. Minor pretty printing fix for cellset.  Print %st(0) as %st(0) instead
307          of %f32.
308    
309       3. Added a constructor INT32lit to the ast of MLRISC tools.
310    
311    ----------------------------------------------------------------------
312    Name: Matthias Blume
313    Date: 2002/01/16
314    Tag: blume-20020116-ffifiddle
315    Description:
316    
317    More fiddling with the FFI interface:
318    
319     - Make constness 'c instead of rw wherever possible.  This eliminates
320       the need for certain explicit coercions.  (However, due to ML's
321       value polymorphism, there will still be many cases where explicit
322       coercions are necessary.  Phantom types are not the whole answer
323       to modeling a subtyping relationship in ML.)
324    
325     - ro/rw coersions for pointers added.  (Avoids the detour through */&.)
326    
327     - "printf" test example added to src/ml-nlffi-lib/Tests.  (Demonstrates
328       clumsy workaround for varargs problem.)
329    
330    ----------------------------------------------------------------------
331    Name: Lal George
332    Date: 2002/01/15
333    Tag: <none>
334    Description:
335    
336    1. Since COPY instructions are no longer native to the architecture,
337       a generic functor can be used to implement the expandCopies function.
338    
339    2. Allowed EXPORT and IMPORT pseudo-op declarations to appear inside a
340       TEXT segment.
341    
342    ----------------------------------------------------------------------
343    Name: Matthias Blume
344    Date: 2002/01/15
345    Tag: blume-20020115-ffiupdates
346    Description:
347    
348    1. Fix for bug resulting in single-precision float values being returned
349       incorrectly from FFI calls.
350    
351    2. Small modifications to C FFI API:
352    
353        - memory-allocation routines return straight objects (no options)
354          and raise an exception in out-of-memory situations
355        - unsafe extensions to cast between function pointers and pointers
356          from/to ints
357        - added structure C_Debug as an alternative to structure C where
358          pointer-dereferencing (|*| and |*!) always check for null-pointers
359        - added open_lib' to DynLinkage;  open_lib' works like open_lib
360          but also takes a (possibly empty) list of existing library handles
361          that the current library depends on
362    
363    ----------------------------------------------------------------------
364    Name: Matthias Blume
365    Date: 2002/01/10
366    Tag: blume-20020110-newffigen
367    Description:
368    
369    1. Updates to portable graph code.
370    
371    2. Major update to ml-nlffigen and ml-nlffi-lib.  Things are much
372       more scalable now so that even huge interfaces such as the one
373       for GTK compile in finite time and space. :-)
374       See src/ml-nlffigen/README for details on what's new.
375    
376    ----------------------------------------------------------------------
377    Name: Lal George
378    Date: 2001/01/09 14:31:35 EST 2002
379    Tag: george-20011206-rm-native-copy
380    Description:
381    
382            Removed the native COPY and FCOPY instructions
383            from all the architectures and replaced it with the
384            explicit COPY instruction from the previous commit.
385    
386            It is now possible to simplify many of the optimizations
387            modules that manipulate copies. This has not been
388            done in this change.
389    
390    ----------------------------------------------------------------------
391    Name: Lal George
392    Date: 2001/12/06 16:50:13 EST 2001
393    Tag: george-20011206-mlrisc-instruction
394    Description:
395    
396    Changed the representation of instructions from being fully abstract
397    to being partially concrete. That is to say:
398    
399      from
400            type instruction
401    
402      to
403            type instr                              (* machine instruction *)
404    
405            datatype instruction =
406                LIVE of {regs: C.cellset, spilled: C.cellset}
407              | KILL of {regs: C.cellset, spilled: C.cellset}
408              | COPYXXX of {k: CB.cellkind, dst: CB.cell list, src: CB.cell list}
409              | ANNOTATION of {i: instruction, a: Annotations.annotation}
410              | INSTR of instr
411    
412    This makes the handling of certain special instructions that appear on
413    all architectures easier and uniform.
414    
415    LIVE and KILL say that a list of registers are live or killed at the
416    program point where they appear. No spill code is generated when an
417    element of the 'regs' field is spilled, but the register is moved to
418    the 'spilled' (which is present, more for debugging than anything else).
419    
420    LIVE replaces the (now deprecated) DEFFREG instruction on the alpha.
421    We used to generate:
422    
423            DEFFREG f1
424            f1 := f2 + f3
425            trapb
426    
427    but now generate:
428    
429            f1 := f2 + f3
430            trapb
431            LIVE {regs=[f1,f2,f3], spilled=[]}
432    
433    Furthermore, the DEFFREG (hack) required that all floating point instruction
434    use all registers mentioned in the instruction. Therefore f1 := f2 + f3,
435    defines f1 and uses [f1,f2,f3]! This hack is no longer required resulting
436    in a cleaner alpha implementation. (Hopefully, intel will not get rid of
437    this architecture).
438    
439    COPYXXX is intended to replace the parallel COPY and FCOPY  available on
440    all the architectures. This will result in further simplification of the
441    register allocator that must be aware of them for coalescing purposes, and
442    will also simplify certain aspects of the machine description that provides
443    callbacks related to parallel copies.
444    
445    ANNOTATION should be obvious, and now INSTR represents the honest to God
446    machine instruction set!
447    
448    The <arch>/instructions/<arch>Instr.sml files define certain utility
449    functions for making porting easier -- essentially converting upper case
450    to lower case. All machine instructions (of type instr) are in upper case,
451    and the lower case form generates an MLRISC instruction. For example on
452    the alpha we have:
453    
454      datatype instr =
455         LDA of {r:cell, b:cell, d:operand}
456       | ...
457    
458      val lda : {r:cell, b:cell, d:operand} -> instruction
459        ...
460    
461    where lda is just (INSTR o LDA), etc.
462    
463    ----------------------------------------------------------------------
464    Name: Matthias Blume
465    Date: 2001/11/22 21:40:00 EST
466    Tag: Release_110_37
467    Description:
468    
469    Release 110.37.  This time for real.
470    
471    ----------------------------------------------------------------------
472    Name: Matthias Blume
473    Date: 2001/11/21 16:35:00 EST
474    Tag: blume-20011121-foot-in-mouth
475    Description:
476    
477    Removed the "Release_110_37" tag because of a serious bug.
478    This will be re-tagged once the bug is fixed.
479    
480    ----------------------------------------------------------------------
481    Name: Matthias Blume
482    Date: 2001/11/21 16:14:00 EST
483    Tag: blume-20011121-forgottenfile
484    Description:
485    
486    Forgot to add a file.  (Just a .tex-file -- part of
487    the CM manual source.)
488    
489    ----------------------------------------------------------------------
490    Name: Matthias Blume
491    Date: 2001/11/21 16:10:00 EST
492    Tag: blume-20011121-invalid_110_37
493    Description:
494    
495    Note: I removed the original tag "Release_110_37" from this commit
496          because we found a serious bug in all non-x86 backends.
497          - Matthias
498    
499    1. Modifications to the SML/NJ code generator and to the runtime system
500       so that code object name strings are directly inserted into code
501       objects at code generation time.  The only business the runtime system
502       has with this is now to read the name strings on occasions.
503       (The encoding of the name string has also changed somewhat.)
504    
505    2. CM now implements a simple "set calculus" for specifying export lists.
506       In particular, it is now possible to refer to the export lists of
507       other libraries/groups/sources and form unions as well as differences.
508       See the latest CM manual for details.
509    
510    3. An separate notion of "proxy" libraries has again be eliminated from
511       CM's model.  (Proxy libraries are now simply a special case of using
512       the export list calculus.)
513    
514    4. Some of the existing libraries now take advantage of the new set
515       calculus.
516       (Notice that not all libraries have been converted because some
517       of the existing .cm-files are supposed to be backward compatible
518       with 110.0.x.)
519    
520    5. Some cleanup in stand-alone programs.  (Don't use "exnMessage" -- use
521       "General.exnMessage"!  The former relies on a certain hook to be
522       initialized, and that often does not happen in the stand-alone case.)
523    
524    ----------------------------------------------------------------------
525    Name: Lal George
526    Date: 2001/11/21  13:56:18 EST
527    Tag: george-2001121-pseudo-ops
528    Description:
529    
530      Implemented a complete redesign of MLRISC pseudo-ops. Now there
531      ought to never be any question of incompatabilities with
532      pseudo-op syntax expected by host assemblers.
533    
534      For now, only modules supporting GAS syntax are implemented
535      but more should follow, such as MASM, and vendor assembler
536      syntax, e.g. IBM as, Sun as, etc.
537    
538    ----------------------------------------------------------------------
539    Name: Matthias Blume
540    Date: 2001/11/14 11:52:00 EST
541    Tag: blume-20011114-srcname
542    Description:
543    
544    1. Routed the name of the current source file to mlriscgen where it
545       should be directly emitted into the code object.  (This last part
546       is yet to be done.)
547    
548    2. Some cleanup of the pgraph code to make it match the proposal that
549       I put out the other day.  (The proposal notwithstanding, things are
550       still in flux here.)
551    
552    ----------------------------------------------------------------------
553    Name: Lal George
554    Date: 2001/11/14 09:44:04 EST
555    Tag:
556    Description:
557    
558      Fix for a backpatching bug reported by Allen.
559    
560      Because the boundary between short and long span-dependent
561      instructions is +/- 128, there are an astounding number of
562      span-dependent instructions whose size is over estimated.
563    
564      Allen came up with the idea of letting the size of span
565      dependent instructions be non-monotonic, for a maxIter
566      number of times, after which the size must be monotonically
567      increasing.
568    
569      This table shows the number of span-dependent instructions
570      whose size was over-estimated as a function of maxIter, for the
571      file Parse/parse/ml.grm.sml:
572    
573         maxIter            # of instructions:
574            10                      687
575            20                      438
576            30                      198
577            40                        0
578    
579      In compiling the compiler, there is no significant difference in
580      compilation speed between maxIter=10 and maxIter=40. Actually,
581      my measurements showed that maxIter=40 was a tad faster than
582      maxIter=10! Also 96% of the  files in the compiler reach a fix
583      point within 13 iterations, so fixing maxIter at 40, while high,
584      is okay.
585    
586    ----------------------------------------------------------------------
587    Name: Matthias Blume
588    Date: 2001/10/31 15:25:00 EST
589    Tag: blume-20011031-pgraph
590    Description:
591    
592    CKIT:
593    * Changed the "Function" constructor of type Ast.ctype to carry optional
594      argument identifiers.
595    * Changed the return type of TypeUtil.getFunction accordingly.
596    * Type equality ignores the argument names.
597    * TypeUtil.composite tries to preserve argument names but gives up quickly
598      if there is a mismatch.
599    
600    installation script:
601    * attempts to use "curl" if available (unless "wget" is available as well)
602    
603    CM:
604    * has an experimental implementation of "portable graphs" which I will
605      soon propose as an implementation-independent library format
606    * there are also new libraries $/pgraph.cm and $/pgraph-util.cm
607    
608    NLFFI-LIB:
609    * some cleanup (all cosmetic)
610    
611    NLFFIGEN:
612    * temporarily disabled the mechanism that suppresses ML output for
613      C definitions whose identifiers start with an underscore character
614    * generate val bindings for enum constants
615    * user can request that only one style (light or heavy) is being used;
616      default is to use both (command-line arguments: -heavy and -light)
617    * fixed bug in handling of function types involving incomplete pointers
618    * generate ML entry points that take record arguments (i.e., using
619      named arguments) for C functions that have a prototype with named
620      arguments
621      (see changes to CKIT)
622    
623    ----------------------------------------------------------------------
624    Name: Allen Leung
625    Date: 2001/10/27 20:34:00 EDT
626    Tag: leunga-20011027-x86-fast-fp-call
627    Description:
628    
629       Fixed the bug described in blume-20010920-slowfp.
630    
631       The fix involves
632          1. generating FCOPYs in FSTP in ia32-svid
633          2. marking a CALL with the appropriate annotation
634    
635    ----------------------------------------------------------------------
636    Name: Matthias Blume
637    Date: 2001/10/16 11:32:00 EDT
638    Tag: blume-20011016-netbsd
639    Description:
640    
641    Underscore patch from Chris Richards (fixing problem with compiling
642    runtime system under recent NetBSD).
643    
644    ----------------------------------------------------------------------
645    Name: Allen Leung
646    Date: 2001/10/12 17:18:32 EDT 2001
647    Tag: leung-20011012-x86-printflowgraph
648    Description:
649    
650    X86RA now uses a valid (instead of dummy) PrintFlowgraph module.
651    
652    ----------------------------------------------------------------------
653    Name: Lal George
654    Date: 2001/10/11 23:51:34 EDT
655    Tag: george-20011011-too-many-instrs
656    Description:
657    
658    The representation of a program point never expected to see more
659    than 65536 instructions in a basic block!
660    
661    ----------------------------------------------------------------------
662    Name: Lal George
663    Date: 2001/10/09 09:41:37 EDT
664    Tag: george-20011008-mlrisc-labels
665    Description:
666    
667    Changed the machine description files to support printing of
668    local and global labels in assembly code, based on host assembler
669    conventions.
670    
671    ----------------------------------------------------------------------
672    Name: Matthias Blume
673    Date: 2001/09/25 15:25:00 EDT
674    Tag: blume-20010925-exninfo
675    Description:
676    
677    I provided a non-hook implementation of exnName (at the toplevel) and
678    made the "dummy" implementation of exnMessage (at the toplevel) more
679    useful: if nothing gets "hooked in", then at least you are going to
680    see the exception name and a message indicating why you don't see more.
681    
682    [For the time being, programs that need exnMessage and want to use
683    ml-build should either use General.exnMessage (strongly recommended) or
684    refer to structure General at some other point so that CM sees a
685    static dependency.]
686    
687    [Similar remarks go for "print" and "use":  If you want to use their
688    functionality in stand-alone programs generated by ml-build, then use
689    TextIO.output and Backend.Interact.useFile (from $smlnj/compiler.cm).]
690    
691    ----------------------------------------------------------------------
692    Name: Matthias Blume
693    Date: 2001/09/20 17:28:00 EDT
694    Tag: blume-20010920-slowfp
695    Description:
696    
697    Allen says that x86-fast-fp is not safe yet, so I turned it off again...
698    
699    ----------------------------------------------------------------------
700    Name: Matthias Blume
701    Date: 2001/09/20 17:20:00 EDT
702    Tag: blume-20010920-canonicalpaths
703    Description:
704    
705    0. Updated the BOOT file (something that I forgot to do earlier).
706    
707    1. Small internal change to CM so that it avoids "/../" in filenames
708       as much as possible (but only where it is safe).
709    
710    2. Changed config/_run-sml (resulting in a changed bin/.run-sml) so
711       that arguments that contain delimiters are passed through correctly.
712       This change also means that all "special" arguments of the form
713       @SMLxxx... must come first.
714    
715    3. Changed install script to put relative anchor names for tool commands
716       into pathconfig.
717    
718    ----------------------------------------------------------------------
719    Name: Matthias Blume
720    Date: 2001/09/18 15:35:00 EDT
721    Tag: blume-20010918-readme11036
722    Description:
723    
724    Added README files.
725    
726    ----------------------------------------------------------------------
727    Name: Matthias Blume
728    Date: 2001/09/18 11:45:00 EDT
729    Tag: Release_110_36 (retag)
730    Description:
731    
732    Fixed mistake in config/preloads. Retagged as 110.36.
733    
734    ----------------------------------------------------------------------
735    Name: Matthias Blume
736    Date: 2001/09/18 09:40:00 EDT
737    Tag: Release_110_36_orig (tag changed)
738    Description:
739    
740    New version (110.36).  New bootfiles.
741    
742    ----------------------------------------------------------------------
743    Name: Matthias Blume
744    Date: 2001/09/14 16:15:00 EDT
745    Tag: blume-20010914-x86fastfp
746    Description:
747    
748    John committed some changes that Allen made, in particular a (hopefully)
749    correctly working version of the x86-fp module.
750    
751    I changed the default setting of the Control.MLRISC.getFlag "x86-fast-fp"
752    flag to "true".  Everything seems to compile to a fixpoint ok, and
753    "mandelbrot" speeds up by about 15%.
754    
755    ----------------------------------------------------------------------
756    Name: Matthias Blume
757    Date: 2001/09/13 11:20:00 EDT
758    Tag: blume-20010913-minimal
759    Description:
760    
761    1. Stefan Monnier's patch to fix a miscompilation problem that
762       was brought to light by John Reppy's work on Moby.
763    
764    2. Implemented a minimal "structure Compiler" that contains just
765       "version" and "architecture".  The minimal version will be
766       available when the full version is not.  This is for backward-
767       compatibility with code that wants to test Compiler.version.
768    
769    ----------------------------------------------------------------------
770    Name: Matthias Blume
771    Date: 2001/08/28 14:03:00 EDT
772    Tag: blume-20010828-ml-lex
773    Description:
774    
775    Fix for bug 1581, received from Neophytos Michael.
776    
777    ----------------------------------------------------------------------
778    Name: Matthias Blume
779    Date: 2001/08/27 11:20:00 EDT
780    Tag: blume-20010827-readme11035
781    Description:
782    
783    Fleshed out the README file for 110.35.
784    
785    ----------------------------------------------------------------------
786    Name: Matthias Blume
787    Date: 2001/08/24 17:10:00 EDT
788    Tag: Release_110_35
789    Description:
790    
791    New version number (110.35).  New bootfiles.
792    
793    ----------------------------------------------------------------------
794    Name: Lal George
795    Date: 2001/08/24 13:47:18 EDT 2001
796    Tag: george-20010824-MLRISC-graphs
797    Description:
798    
799     removed clusters from MLRISC completely and replaced with graphs.
800    
801    ----------------------------------------------------------------------
802    Name: Matthias Blume
803    Date: 2001/08/23 17:50:00 EDT
804    Tag: blume-20010823-toplevel
805    Description:
806    
807    - some reorganization of the code that implements various kinds of
808      environments in the compiler (static, dynamic, symbolic, combined)
809    - re-implemented the EnvRef module so that evalStream works properly
810      (if the stream contains references to "use", "CM.make", etc.)
811    - cleaned up evalloop.sml and interact.sml (but they need more cleaning)
812    
813    ----------------------------------------------------------------------
814    Name: Matthias Blume
815    Date: 2001/08/20 15:50 EDT
816    Tag: blume20010820-slipup
817    Description:
818    
819    I forgot to commit a few files.  Here they are...
820    
821    ----------------------------------------------------------------------
822    Name: Matthias Blume
823    Date: 2001/08/20 15:35:00 EDT
824    Tag: blume-20010820-debugprof
825    Description:
826    
827    !!!! NEW BOOTFILES !!!!
828    
829    This is another round of reorganizing the compiler sources.  This
830    time the main goal was to factor out all the "instrumentation"
831    passes (for profiling and backtracing) into their own library.
832    The difficulty was to do it in such a way that it does not depend
833    on elaborate.cm but only on elabdata.cm.
834    
835    Therefore there have been further changes to both elaborate.cm and
836    elabdata.cm -- more "generic" things have been moved from the former
837    to the latter.  As a result, I was forced to split the assignment
838    of numbers indicating "primtyc"s into two portions: SML-generic and
839    SML/NJ-specific.  Since it would have been awkward to maintain,
840    I bit the bullet and actually _changed_ the mapping between these
841    numbers and primtycs.  The bottom line of this is that you need
842    a new set of bin- and bootfiles.
843    
844    I have built new bootfiles for all architectures, so doing a fresh
845    checkout and config/install.sh should be all you need.
846    
847    The newly created library's name is
848    
849        $smlnj/viscomp/debugprof.cm
850    
851    and its sources live under
852    
853        src/compiler/DebugProf
854    
855    ----------------------------------------------------------------------
856    Name: Matthias Blume
857    Date: 2001/08/15 17:15:00 EDT
858    Tag: blume-20010815-compreorg
859    Description:
860    
861    This is a first cut at reorganizing the CM libraries that make up the
862    core of the compiler.  The idea is to separate out pieces that could
863    be used independently by tools, e.g., the parser, the typechecker, etc.
864    
865    The current status is a step in this direction, but it is not quite
866    satisfactory yet.  Expect more changes in the future.
867    
868    Here is the current (new) organization...
869    
870        What used to be $smlnj/viscomp/core.cm is now divided into
871        six CM libraries:
872    
873             $smlnj/viscomp/basics.cm
874                           /parser.cm
875                           /elabdata.cm
876                           /elaborate.cm
877                           /execute.cm
878                           /core.cm
879    
880        The CM files for these libraries live under src/system/smlnj/viscomp.
881        All these libraries are proxy libraries that contain precisely
882        one CM library component.  Here are the locations of the components
883        (all within the src/compiler tree):
884    
885             Basics/basics.cm
886             Parse/parser.cm
887             ElabData/elabdata.cm
888             Elaborator/elaborate.cm
889             Execution/execute.cm
890             core.cm
891    
892         [This organization is the same that has been used already
893         for a while for the architecture-specific parts of the visible
894         compiler and for the old version of core.cm.]
895    
896         As you will notice, many source files have been moved from their
897         respective original locations to a new home in one of the above
898         subtrees.
899    
900         The division of labor between the new libraries is the following:
901    
902             basics.cm:
903                - Simple, basic definitions that pertain to many (or all) of
904                  the other libraries.
905             parser.cm:
906                - The SML parser, producing output of type Ast.dec.
907                - The type family for Ast is also defined and exported here.
908             elabdata.cm:
909                - The datatypes that describe input and output of the elaborator.
910                  This includes types, absyn, and static environments.
911             elaborator.cm:
912                - The SML/NJ type checker and elaborator.
913                  This maps an Ast.dec (with a given static environment) to
914                  an Absyn.dec (with a new static environment).
915                - This libraries implements certain modules that used to be
916                  structures as functors (to remove dependencies on FLINT).
917             execute.cm:
918                - Everything having to do with executing binary code objects.
919                - Dynamic environments.
920             core.cm:
921                - SML/NJ-specific instantiations of the elaborator and MLRISC.
922                - Top-level modules.
923                - FLINT (this should eventually become its own library)
924    
925    Notes:
926    
927    I am not 100% happy with the way I separated the elaborator (and its
928    data structures) from FLINT.  Two instances of the same problem:
929    
930        1. Data structures contain certain fields that carry FLINT-specific
931           information.  I hacked around this using exn and the property list
932           module from smlnj-lib.  But the fact that there are middle-end
933           specific fields around at all is a bit annoying.
934    
935        2. The elaborator calculates certain FLINT-related information.  I tried
936           to make this as abstract as I could using functorization, but, again,
937           the fact that the elaborator has to perform calculations on behalf
938           of the middle-end at all is not nice.
939    
940        3. Having to used exn and property lists is unfortunate because it
941           weakens type checking.  The other alternative (parameterizing
942           nearly *everything*) is not appealing, though.
943    
944    I removed the "rebinding =" warning hack because due to the new organization
945    it was awkward to maintain it.  As a result, the compiler now issues some of
946    these warnings when compiling init.cmi during bootstrap compilation. On
947    the plus side, you also get a warning when you do, for example:
948       val op = = Int32.+
949    which was not the case up to now.
950    
951    I placed "assign" and "deref" into the _Core structure so that the
952    code that deals with the "lazy" keyword can find them there.  This
953    removes the need for having access to the primitive environment
954    during elaboration.
955    
956    ----------------------------------------------------------------------
957    Name: Matthias Blume
958    Date: 2001/08/13
959    Tag: blume-20010813-closures
960    Description:
961    
962    This fix was sent to us by Zhong Shao.  It is supposed to improve the
963    performance of certain loops by avoiding needless closure allocation.
964    
965    ----------------------------------------------------------------------
966    Name: Lal George
967    Date: 2001/07/31 10:03:23 EDT 2001
968    Tag: george-20010731-x86-fmalloc
969    Description: Fixed bug in x86 calls
970    
971        There was a bug where call instructions would mysteriously
972        vanish. The call instruction had to be one that returned
973        a floating point value.
974    
975    ----------------------------------------------------------------------
976    Name: Lal George
977    Date: 2001/07/19 16:36:29 EDT 2001
978    Tag: george-20010719-simple-cells
979    Description:
980    
981    I have dramatically simplified the interface for CELLS in MLRISC.
982    
983    In summary, the cells interface is broken up into three parts:
984    
985      1. CellsBasis : CELLS_BASIS
986    
987            CellsBasis is a top level structure and common for all
988            architectures.  it contains the definitions of basic datatypes
989            and utility  functions over these types.
990    
991      2. functor Cells() : CELLS
992    
993            Cells generates an interface for CELLS that incorporates the
994            specific resources on the target architecture, such as the
995            presence of special register classes, their number and size,
996            and various useful substructures.
997    
998      3. <ARCH>CELLS
999    
1000            e.g. SparcCells: SPARCCELLS
1001    
1002            <ARCH>CELLS usually contains additional bindings for special
1003            registers  on the architecture, such as:
1004    
1005                    val r0 : cell           (* register zero *)
1006                    val y : cell            (* Y register *)
1007                    val psr : cell          (* processor status register *)
1008                    ...
1009    
1010            The structure returned by applying the Cells functor is opened
1011            in this interface.
1012    
1013    The main implication of all this is that the datatypes for cells is
1014    split between CellsBasis and CELLS -- a fairly simple change for user
1015    code.
1016    
1017    In the old scheme the CELLS interface had a definitional binding of
1018    the form:
1019    
1020            signature CELLS = sig
1021    
1022               structure CellsBasis = CellsBasis
1023    
1024               ...
1025    
1026            end
1027    
1028    With all the sharing constraints that goes on in MLRISC, this old
1029    design  quickly leads to errors such as:
1030    
1031            "structure definition spec inside of sharing ... "
1032    
1033    
1034    and appears to require an unacceptable amount of sharing and where
1035    constraint hackery.
1036    
1037    I think this error message (the interaction of definitional specs and
1038    sharing) requires more explanation on our web page.
1039    
1040    ----------------------------------------------------------------------
1041    Name: Matthias Blume
1042    Date: 2001/07/19 15:00:00 EDT
1043    Tag: blume-20010719-libreorg
1044    Description:
1045    
1046    This update puts together a fairly extensive but straightforward change
1047    to the way the libraries that implement the interactive system are
1048    organized:
1049    
1050       The biggest change is the elimination of structure Compiler.  As a
1051       replacement for this structure, there is now a CM library
1052       (known as $smlnj/compiler.cm or $smlnj/compiler/current.cm)
1053       that exports all the substructures of the original structure Compiler
1054       directly.  So instead of saying Compiler.Foo.bar one now simply
1055       says Foo.bar.  (The CM libraries actually export a collection of
1056       structures that is richer than the collection of substructures of
1057       structure Compiler.)
1058    
1059       To make the transition smooth, there is a separate library called
1060       $smlnj/compiler/compiler.cm which puts together and exports the
1061       original structure Compiler (or at least something very close to it).
1062    
1063       There are five members of the original structure Compiler
1064       that are not exported directly but which instead became members
1065       of a new structure Backend (described by signature BACKEND).  These are:
1066       structure Profile (: PROFILE), structure Compile (: COMPILE), structure
1067       Interact (: INTERACT), structure Machine (: MACHINE), and val
1068       architecture (: string).
1069    
1070       Structure Compiler.Version has become structure CompilerVersion.
1071    
1072       Cross-compilers for alpha32, hppa, ppc, sparc, and x86 are provided
1073       by $smlnj/compiler/<arch>.cm where <arch> is alpha32, hppa, ppc, sparc,
1074       or x86, respectively.
1075       Each of these exports the same frontend structures that
1076       $smlnj/compiler.cm exports.  But they do not have a structure Backend
1077       and instead export some structure <Arch>Backend where <Arch> is Alpha32,
1078       Hppa, PPC, Sparc, or X86, respectively.
1079    
1080       Library $smlnj/compiler/all.cm exports the union of the exports of
1081       $smlnj/compiler/<arch>.cm
1082    
1083       There are no structures <Arch>Compiler anymore, use
1084       $smlnj/compiler/<arch>.cm instead.
1085    
1086       Library host-compiler-0.cm is gone.  Instead, the internal library
1087       that instantiates CM is now called cm0.cm.  Selection of the host
1088       compiler (backend) is no longer done here but. (Responsibility for it
1089       now lies with $smlnj/compiler/current.cm.  This seems to be more
1090       logical.)
1091    
1092       Many individual files have been moved or renamed.  Some files have
1093       been split into multiple files, and some "dead" files have been deleted.
1094    
1095    Aside from these changes to library organization, there are also changes
1096    to the way the code itself is organized:
1097    
1098       Structure Binfile has been re-implemented in such a way that it no
1099       longer needs any knowledge of the compiler.  It exclusively deals
1100       with the details of binfile layout.  It no longer invokes the
1101       compiler (for the purpose of creating new prospective binfile
1102       content), and it no longer has any knowledge of how to interpret
1103       pickles.
1104    
1105       Structure Compile (: COMPILE) has been stripped down to the bare
1106       essentials of compilation.  It no longer deals with linking/execution.
1107       The interface has been cleaned up considerably.
1108    
1109       Utility routines for dealing with linking and execution have been
1110       moved into their own substructures.
1111    
1112       (The ultimate goal of these changes is to provide a light-weight
1113       binfile loader/linker (at least for, e.g., stable libraries) that
1114       does not require CM or the compiler to be present.)
1115    
1116    CM documentation has been updated to reflect the changes to library
1117    organization.
1118    
1119    ----------------------------------------------------------------------
1120    Name: Matthias Blume
1121    Date: 2001/07/10 17:30:00 EDT
1122    Tag: Release_110_34
1123    Description:
1124    
1125    Minor tweak to 110.34 (re-tagged):
1126    
1127      - README.html file added to CVS repository
1128      - runtime compiles properly under FreeBSD 3.X and 4.X
1129    
1130    ----------------------------------------------------------------------
1131    Name: Matthias Blume
1132    Date: 2001/07/10 17:30:00 EDT
1133    Tag: Release_110_34
1134    Description:
1135    
1136    New version number (110.34). New bootfiles.
1137    
1138    ----------------------------------------------------------------------
1139    Name: Matthias Blume
1140    Date: 2001/07/09 16:00:00 EDT
1141    Tag: blume-20010709-more-varargs
1142    Description:
1143    
1144    I changed the handling of varargs in ml-nlffigen again:
1145    The ellipsis ... will now simply be ignored (with an accompanying warning).
1146    
1147    The immediate effect is that you can actually call a varargs function
1148    from ML -- but you can't actually supply any arguments beyond the ones
1149    specified explicitly.  (For example, you can call printf with its format
1150    string, but you cannot pass additional arguments.)
1151    
1152    This behavior is only marginally more useful than the one before, but
1153    it has the advantage that a function or, more importantly, a function
1154    type never gets dropped on the floor, thus avoiding follow-up problems with
1155    other types that refer to the offending one.
1156    
1157    ----------------------------------------------------------------------
1158    Name: Matthias Blume
1159    Date: 2001/07/09 11:25:00 EDT
1160    Tag: blume-20010709-varargs
1161    Description:
1162    
1163    1. ckit-lib.cm now exports structure Error
1164    2. ml-nlffigen reports occurences of "..." (i.e., varargs function types)
1165       with a warning accompanied by a source location.  Moreover, it
1166       merely skips the offending function or type and proceeds with the
1167       rest of its work.u  As a result, one can safely feed C code containing
1168       "..." to ml-nlffigen.
1169    3. There are some internal improvements to CM, providing slightly
1170       more general string substitutions in the tools subsystem.
1171    
1172    ----------------------------------------------------------------------
1173    Name: Matthias Blume
1174    Date: 2001/06/27 15:10:00 EDT
1175    Tag: blume-20010627-concur
1176    Description:
1177    
1178    Fixed a small bug in CM's handling of parallel compilation.
1179    (You could observe the bug by Control-C-interrupting an ordinary
1180    CMB.make or CM.stabilize and then attaching some compile servers.
1181    The result was that all of a sudden the previously interrupted
1182    compilation would continue on its own.  This was because of
1183    an over-optimization: CM did not bother to clean out certain queues
1184    when no servers were attached "anyway", resulting in the contents
1185    of these queues to grab control when new servers did get attached.)
1186    
1187    There is also another minor update to the CM manual.
1188    
1189    ----------------------------------------------------------------------
1190    Name: Matthias Blume
1191    Date: 2001/06/26 16:15:00 EDT
1192    Tag: blume-20010626-cmdoc
1193    Description:
1194    
1195    Minor typo fixed in CM manual (syntax diagram for libraries).
1196    
1197    ----------------------------------------------------------------------
1198    Name: Matthias Blume
1199    Date: 2001/06/25 22:55:00 EDT
1200    Tag: blume-20010625-x86pc
1201    Description:
1202    
1203    Fixed a nasty bug in the X86 assembly code that caused signal
1204    handlers to fail (crash) randomly.
1205    
1206    ----------------------------------------------------------------------
1207    Name: Matthias Blume
1208    Date: 2001/06/25 12:05:00 EDT
1209    Tag: blume-20010625-nlffigen
1210    Description:
1211    
1212    This update fixes a number of minor bugs in ml-nlffigen as reported by
1213    Nick Carter <nbc@andrew.cmu.edu>.
1214    
1215      1. Silly but ok typedefs of the form "typedef void myvoid;" are now accepted.
1216      2. Default names for generated files are now derived from the name of
1217         the C file *without its directory*.  In particular, this causes generated
1218         files to be placed locally even if the C file is in some system directory.
1219      3. Default names for generated signatures and structures are also derived
1220         from the C file name without its directory.  This avoids silly things
1221         like "structure GL/GL".
1222         (Other silly names are still possible because ml-nlffigen does not do
1223          a thorough check of whether generated names are legal ML identifiers.
1224          When in doubt, use command line arguments to force particular names.)
1225    
1226    ----------------------------------------------------------------------
1227    Name: Matthias Blume
1228    Date: 2001/06/21 12:25:00 EDT
1229    Tag: blume-20010621-eXene
1230    Description:
1231    
1232    eXene now compiles and (sort of) works again.
1233    
1234    The library name (for version > 110.33) is $/eXene.cm.
1235    
1236    I also added an new example in src/eXene/examples/nbody.  See the
1237    README file there for details.
1238    
1239    ----------------------------------------------------------------------
1240    Name: Matthias Blume
1241    Date: 2001/06/20 16:40:00 EDT
1242    Tag: blume-20010620-cml
1243    Description:
1244    
1245    CML now compiles and works again.
1246    
1247    Libraries (for version > 110.33):
1248    
1249      $cml/cml.cm            Main CML library.
1250      $cml/basis.cm          CML's version of $/basis.cm.
1251      $cml/cml-internal.cm   Internal helper library.
1252      $cml/core-cml.cm       Internal helper library.
1253      $cml-lib/trace-cml.cm  Tracing facility.
1254      $cml-lib/smlnj-lib.cm  CML's version of $/smlnj-lib.cm
1255    
1256    The installer (config/install.sh) has been taught how to properly
1257    install this stuff.
1258    
1259    ----------------------------------------------------------------------
1260    Name: Matthias Blume
1261    Date: 2001/06/19 17:55:00 EDT
1262    Tag: blume-20010619-instantiate
1263    Description:
1264    
1265    This un-breaks the fix for bug 1432.
1266    (The bug was originally fixed in 110.9 but I broke it again some
1267    time after that.)
1268    
1269    ----------------------------------------------------------------------
1270    Name: Matthias Blume
1271    Date: 2001/06/19 17:25:00 EDT
1272    Tag: blume-20010619-signals
1273    Description:
1274    
1275    This should (hopefully) fix the long-standing signal handling bug.
1276    (The runtime system was constructing a continuation record with an
1277    incorrect descriptor which would cause the GC to drop data on the floor...)
1278    
1279    ----------------------------------------------------------------------
1280    Name: Matthias Blume
1281    Date: 2001/06/15 15:05:00 EDT
1282    Tag: blume-20010615-moresparc
1283    Description:
1284    
1285    Here is a short late-hour update related to Sparc c-calls:
1286    
1287     -- made handling of double-word arguments a bit smarter
1288    
1289     -- instruction selection phase tries to collapse certain clumsily
1290        constructed ML-Trees; typical example:
1291    
1292            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
1293    
1294        This currently has no further impact on SML/NJ since mlriscGen does
1295        not seem to generate such patterns in the first place, and c-calls
1296        (which did generate them in the beginning) has meanwhile been fixed
1297        so as to avoid them as well.
1298    
1299    ----------------------------------------------------------------------
1300    Name: Matthias Blume
1301    Date: 2001/06/15 15:05:00 EDT
1302    Tag: blume-20010615-sparc
1303    Description:
1304    
1305    The purpose of this update is to provide an implementation of NLFFI
1306    on Sparc machines.
1307    
1308    Here are the changes in detail:
1309    
1310       * src/MLRISC/sparc/c-calls/sparc-c-calls.sml is a new file containing
1311       the Sparc implementation of the c-calls API.
1312       * The Sparc backend of SML/NJ has been modified to uniformely use %fp
1313       for accessing the ML frame.  Thus, we have a real frame pointer and
1314       can freely modify %sp without need for an omit-frame-ptr phase.
1315       The vfp logic in src/compiler/CodeGen/* has been changed to accomodate
1316       this case.
1317       * ml-nlffigen has been taught to produce code for different architectures
1318       and calling conventions.
1319       * In a way similar to what was done in the x86 case, the Sparc
1320       backend uses its own specific extension to mltree.  (For example,
1321       it needs to be able to generate UNIMP instructions which are part
1322       of the calling convention.)
1323       * ml-nlffi-lib was reorganized to make it more modular (in particular,
1324       to make it easier to plug in new machine- and os-dependent parts).
1325    
1326    There are some other fairly unrelated bug fixes and cleanups as well:
1327    
1328       * I further hacked the .cm files for MLRISC tools (like MDLGen) so
1329       that they properly share their libraries with existing SML/NJ libraries.
1330       * I fixed a minor cosmetic bug in CM, supressing certain spurious
1331       follow-up error messages.
1332       * Updates to CM/CMB documentation.
1333    
1334    TODO items:
1335    
1336       * MLRISC should use a different register as its asmTemp on the Sparc.
1337         (The current %o2 is a really bad choice because it is part of the
1338         calling conventions, so things might interfere in unexpected ways.)
1339    
1340    ----------------------------------------------------------------------
1341    Name: Matthias Blume
1342    Date: 2001/06/07
1343    Tag: blume-20010607-calls
1344    Description:
1345    
1346    A number of internal changes related to C calls and calling conventions:
1347    
1348    1. ML-Tree CALL statements now carry a "pops" field.  It indicates the
1349       number of bytes popped implicitly (by the callee).  In most cases
1350       this field is 0 but on x86/win32 it is some non-zero value.  This
1351       is information provided for the benefit of the "omit-frameptr" pass.
1352    2. The CALL instruction on the x86 carries a similar "pops" field.
1353       The instruction selection phase copies its value from the ML-Tree
1354       CALL statement.
1355    3. On all other architectures, the instruction selection phase checks
1356       whether "pops=0" and complains if not.
1357    4. The c-calls implementation for x86 now accepts two calling conventions:
1358       "ccall" and "stdcall".  When "ccall" is selected, the caller cleans
1359       up after the call and pops is set to 0.  For "stdcall", the caller
1360       does nothing, leaving the cleanup to the callee; pops is set to
1361       the number of bytes that were pushed onto the stack.
1362    5. The cproto decoder (compiler/Semant/types/cproto.sml) now can
1363       distinguish between "ccall" and "stdcall".
1364    6. The UNIMP instruction has been added to the supported Sparc instruction
1365       set. (This is needed for implementing the official C calling convention
1366       on this architecture.)
1367    7. I fixed some of the .cm files under src/MLRISC/Tools to make them
1368       work with the latest CM.
1369    
1370    ----------------------------------------------------------------------
1371    Name: Matthias Blume
1372    Date: 2001/06/05 15:10:00 EDT
1373    Tag: blume-20010605-cm-index
1374    Description:
1375    
1376    0. The "lambdasplit" parameter for class "sml" in CM has been documented.
1377    
1378    1. CM can now generate "index files".  These are human-readable files
1379       that list on a per-.cm-file basis each toplevel symbol defined or
1380       imported.  The location of the index file for
1381       <p>/<d>.cm is <p>/CM/INDEX/<d>.cm.
1382       To enable index-file generation, set CM.Control.generate_index to true
1383       or export an environment-symbol: export CM_GENERATE_INDEX=true.
1384    
1385       The CM manual has been updated accordingly.
1386    
1387    2. I made some slight modifications to the c-calls API in MLRISC.
1388    
1389         a) There is now a callback to support saving/restoring of
1390            dedicated but caller-save registers around the actual call
1391            instruction.
1392         b) One can optionally specify a comment-annotation for the
1393            call instruction.
1394    
1395    3. SML/NJ (mlriscGen.sml) uses this new API for the rawccall primop.
1396       (For example, the comment annotation shows the C prototype of
1397        the function being called.)
1398    
1399    ----------------------------------------------------------------------
1400    Name: Matthias Blume
1401    Date: 2001/06/01 13:30:00 EDT
1402    Tag: blume-20010601-nlffi-cleanup
1403    Description:
1404    
1405    This is mostly a cleanup of MLFFI stuff:
1406    
1407       - some signature files have been put into a more exposed place
1408       - the ugly 'f type parameter is gone (simplifies types tremendously!)
1409       - ml-nlffigen changed accordingly
1410       - tutorial updated
1411    
1412    Other changes:
1413    
1414       - author's affiliation in CM manual(s) updated
1415       - some more recognized keywords added to Allen's sml.sty
1416    
1417    ----------------------------------------------------------------------
1418    Name: Matthias Blume
1419    Date: 2001/05/25 15:30:00 EDT
1420    Tag: blume-20010525-iptr
1421    Description:
1422    
1423      - put the official 110.33-README (as it appears on the ftp server) under
1424        CVS
1425      - fixed a small bug related to incomplete pointer types in
1426        ml-nlffigen
1427      - small cosmetic change to the ml-nlffi-lib's "arr" type constructor
1428        (it does not need the 'f type parameter)
1429    
1430    ----------------------------------------------------------------------
1431    Name: Matthias Blume
1432    Date: 2001/05/23 14:30:00 EDT
1433    Tag: Release_110_33
1434    Description:
1435    
1436    New version number (110.33).  New bootfiles.
1437    
1438    ----------------------------------------------------------------------
1439    Name: Matthias Blume
1440    Date: 2001/05/22 18:06:00 EDT
1441    Tag: blume-20010522-targets
1442    Description:
1443    
1444    Made install.sh use file config/targets.customized if it exists, falling
1445    back to config/targets if it doesn't.  This way one can have a customized
1446    version of the targets file without touching the "real thing", thus
1447    eliminating the constant fear of accidentally checking something bogus
1448    back into the CVS repository...  (File config/targets.customized must
1449    not be added to the repository!)
1450    
1451    ----------------------------------------------------------------------
1452    Name: Matthias Blume
1453    Date: 2001/05/22 16:30:00 EDT
1454    Tag: blume-20010522-minitut
1455    Description:
1456    
1457    1. Bug fix in ml-nlffigen; now (hopefully) correctly handling
1458       struct returns.
1459    2. Added src/ml-nlffi-lib/Doc/mini-tutorial.txt.  This is some very
1460       incomplete, preliminary documentation for NLFFI.
1461    
1462    ----------------------------------------------------------------------
1463    Name: Matthias Blume
1464    Date: 2001/05/14 11:30:00 EDT
1465    Tag: blume-20010514-script
1466    Description:
1467    
1468    Some bugs in install script fixed.
1469    
1470    In addition to that I also made a slight change to the NLFFI API:
1471    Functors generated by ml-nlffigen now take the dynamic library as a
1472    straight functor argument, not as a suspended one.  (The original
1473    functor code used to force the suspension right away anyway, so there
1474    was nothing gained by this complication of the interface.)
1475    
1476    ----------------------------------------------------------------------
1477    Name: Matthias Blume
1478    Date: 2001/05/11 14:35:00 EDT
1479    Tag: blume-20010511-ml-nlffi
1480    Description:
1481    
1482    I finally took the plunge and added my new FFI code to the main
1483    repository.  For x86-linux it is now ready for prime-time.
1484    
1485    There are two new subdirectories of "src":
1486    
1487      - ml-nlffi-lib:
1488           The utility library for programs using the FFI interface.
1489           Here is the implementation of $/c.cm and its associated low-level
1490           partners $/c-int.cm and $/memory.cm.
1491      - ml-nlffigen:
1492           A stand-alone program for generating ML glue code from C source
1493           code.
1494    
1495    Building ml-nlffigen requires $/ckit-lib.cm.
1496    
1497    The config/install.sh script has been updates to do the Right Thing
1498    (hopefully).
1499    
1500    Notice that the source tree for the C-Kit will not be put under "src"
1501    but directly under the installation root directory.  (This is the
1502    structure that currently exists on the CVS server when you check out
1503    module "sml".)  Fortunately, config/install.sh knows about this oddity.
1504    
1505    Bugs: No documentation yet.
1506    
1507    ----------------------------------------------------------------------
1508    Name: Matthias Blume
1509    Date: 2001/05/09 16:35:00 EDT
1510    Tag: blume-20010509-cpscontract
1511    Description:
1512    
1513    Fixed a bug in the accounting code in cpsopt/contract.sml.  (The
1514    wrapper/unwrapper elimination did not decrement usage counts and some
1515    dead variables got overlooked by the dead-up logic.)
1516    
1517    ----------------------------------------------------------------------
1518    Name: Lal George
1519    Date: 2001/05/08  17:26:09 EDT
1520    Tag: george-20010508-omit-frameptr
1521    Description:
1522    
1523    Changes to implement the omit-frame-pointer optimization to support
1524    raw C calls. For now, there is only support on the Intel x86, but
1525    other architectures will follow as more experience is gained with this.
1526    
1527    
1528    ----------------------------------------------------------------------
1529    Name: Matthias Blume
1530    Date: 2001/05/07 14:40:00 EDT
1531    Tag: blume-20010507-proxies
1532    Description:
1533    
1534    I made into "proxy libraries" all libraries that qualify for such a
1535    change.  (A qualifying library is a library that has another library or
1536    groups as its sole member and repeats that member's export list
1537    verbatim.  A proxy library avoids this repetition by omitting its export
1538    list, effectively inheriting the list that its (only) member exports.
1539    See the CM manual for more explanation.)
1540    The main effect is that explicit export lists for these libraries
1541    do not have to be kepts in sync, making maintenance a bit easier.
1542    
1543    I also added copyright notices to many .cm-files.
1544    
1545    Last but not least, I made a new set of bootfiles.
1546    
1547    ----------------------------------------------------------------------
1548    Name: Matthias Blume
1549    Date: 2001/05/04 17:00:00 EDT
1550    Tag: blume-20010504-cm-lsplit
1551    Description:
1552    
1553    0. John merged pending changes to $/smlnj-lib.cm
1554    
1555    1. Allen's previous change accidentally backed out of one of Lal's
1556       earlier changes.  I undid this mistake (re-introducing Lal's change).
1557    
1558    2. I used the new topOrder' function from graph-scc.sml (from $/smlnj-lib.cm)
1559       within the compiler where applicable.  There is some code simplification
1560       because of that.
1561    
1562    3. The "split" phase (in FLINT) is now part of the default list of phases.
1563       Compiler.Control.LambdaSplitting.* can be used to globally control the
1564       lambda-splitting (cross-module-inlining) engine.  In addition to that,
1565       it can now also be controlled on a per-source basis: CM has been taught
1566       a new tool parameter applicable to ML source files.
1567    
1568       - To turn lambda-splitting off completely:
1569            local open Compiler.Control.LambdaSplitting in
1570                val _ = set Off
1571            end
1572       - To make "no lambda-splitting" the global default (but allow per-source
1573         overriding); this is the initial setting:
1574            local open Compiler.Control.LambdaSplitting in
1575                val _ = set (Default NONE)
1576            end
1577       - To make "lambda-splitting with aggressiveness a" the global default
1578         (and allow per-source overriding):
1579            local open Compiler.Control.LambdaSplitting in
1580                val _ = set (Default (SOME a))
1581            end
1582    
1583       - To turn lambda-splitting off for a given ML souce file (say: a.sml)
1584         write (in the respective .cm-file):
1585            a.sml (lambdasplitting:off)
1586       - To turn lambda-splitting for a.sml on with minimal aggressiveness:
1587            a.sml (lambdasplitting:on)
1588       - To turn lambda-splitting for a.sml on with aggressiveness <a> (where
1589         <a> is a decimal non-negative integer):
1590            a.sml (lambdasplitting:<a>)
1591       - To turn lambda-splitting for a.sml on with maximal aggressiveness:
1592            a.sml (lambdasplitting:infinity)
1593       - To use the global default for a.sml:
1594            a.sml (lambdasplitting:default)
1595         or simply
1596            a.sml
1597    
1598    ----------------------------------------------------------------------
1599    Name: Allen Leung
1600    Date: 2001/05/04 01:57:00 EDT
1601    Tag: leunga-20010504-sync
1602    Description:
1603    
1604      MLRISC features.
1605    
1606      1. Fix to CMPXCHG instructions.
1607      2. Changed RA interface to allow annotations in callbacks.
1608      3. Added a new method to the stream interface to allow annotations updates.
1609    
1610    ----------------------------------------------------------------------
1611    Name: Matthias Blume
1612    Date: 2001/05/01 11:45:00 EDT
1613    Tag: blume-20010501-pcedittmp
1614    Description:
1615    
1616    Changed install.sh to use the current working directory instead of
1617    /usr/tmp for a temporary file (pcedittmp).  The previous choice
1618    of /usr/tmp caused trouble with MacOS X because of file premission
1619    problems.
1620    
1621    ----------------------------------------------------------------------
1622    Name: Matthias Blume
1623    Date: 2001/04/20 11:10:00 EDT
1624    Tag: blume-20010420-inMLflag
1625    Description:
1626    
1627     - added vp_limitPtrMask to vproc-state.h
1628       (for use by the raw-C-calls mechanism to implement proper interrupt
1629        handling)
1630     - made the ML compiler aware of various data-structure offsets so it
1631       can generate code for accessing the vp_inML flag and vp_limitPtrMask
1632     - tweaked mlriscGen.sml to have it emit interrupt-handling code for
1633       raw C-calls
1634    
1635    ----------------------------------------------------------------------
1636    Name: Lal George
1637    Date: 2001/04/20 09:15:28 EDT
1638    Tag: george-20010420-macosX
1639    Description:
1640    
1641     - Changes to port to Mac OS X; Darwin.
1642    
1643     - In the process I found that sqrt was broken on the PPC, because the
1644       fsqrt instruction is not implemented.
1645    
1646    ----------------------------------------------------------------------
1647    Name: Matthias Blume
1648    Date: 2001/04/18 12:45:00 EDT
1649    Tag: blume-20010418-ccalls
1650    Description:
1651    
1652     - fixed two off-by-4 errors in the x86-specific c-calls implementation
1653       (this bug prevented structure arguments containing pointers from being
1654        passed correctly)
1655     - changed the raw-C-call code in mlriscGen.sml in such a way that
1656       structure arguments are represented as a pointer to the beginning
1657       of the structure (instead of having a series of synthesized arguments,
1658       one for each structure member)
1659    
1660     - made makeml script's verbosity level configurable via environment
1661       variable (MAKEML_VERBOSITY)
1662    
1663     - eliminated placeholder implementations for f32l, w16s, i16s, and f32s
1664       in rawmem-x86.sml; we are now using the real thing
1665    
1666    ----------------------------------------------------------------------
1667    Name: Matthias Blume
1668    Date: 2001/03/22 16:25:00 EST
1669    Tag: blume-20010322-bootfiles
1670    Description:
1671    
1672    Created a new set of bootfiles (for your automatic installation convenience).
1673    
1674    ----------------------------------------------------------------------
1675    Name: Matthias Blume
1676    Date: 2001/03/22 15:10:00 EST
1677    Tag: blume-20010322-rawmem-parcm
1678    Description:
1679    
1680    1. All "raw memory access" primitives for the new FFI are implemented now
1681       (at least on the x86).
1682    2. Some further cleanup of CM's parallel make mechanism.
1683    
1684    ----------------------------------------------------------------------
1685    Name: Matthias Blume
1686    Date: 2001/03/19 17:53:00 EST
1687    Tag: blume-20010319-parallel
1688    Description:
1689    
1690    Parallel make (using compile servers) now works again.
1691    
1692    To this end, CM.stabilize and CMB.make have been modified to work in
1693    two passes when compile servers are attached:
1694       1. Compile everything, do not perform stabilization; this pass
1695          uses compile servers
1696       2. Stabilize everything; this pass does not use compile servers
1697    If there are no compile servers, the two passes are combined into one
1698    (as before).  Splitting the passes increases the inherent parallelism
1699    in the dependency graph because the entire graph including all
1700    libraries is available at the same time.  This, in turn, improves
1701    server utilization.  The downside is that the master process will
1702    have to do some extra work after compilation is done (because for
1703    technical reasons it must re-read all the binfiles during stabilization).
1704    
1705    ----------------------------------------------------------------------
1706    Name: Matthias Blume
1707    Date: 2001/03/16 12:22:00 EST
1708    Tag: blume-20010316-bootfiles
1709    Description:
1710    
1711    Created a new set of bootfiles (for your automatic installation convenience).
1712    
1713    ----------------------------------------------------------------------
1714    Name: Matthias Blume
1715    Date: 2001/03/16 11:00:00 EST
1716    Tag: blume-20010316-MLTREE-fixup
1717    Description:
1718    
1719    This is a minor fixup for an (untagged) earlier commit by Allen.
1720    (A file was missing).
1721    
1722    ----------------------------------------------------------------------
1723    Name: Allen Leung
1724    Date: Mon Mar  5 18:54:57 EST 2001
1725    Tag: leunga-20010305-cut-support
1726    
1727    1. New support for alternative control-flow in MLTREE.
1728       Currently we support
1729    
1730          FLOW_TO(CALL ...., [k1,...,kn])
1731    
1732       This is needed for 'cuts to' in C-- and try/handle-like constructs
1733       in Moby
1734    
1735       New assembler flag "asm-show-cutsto" to turn on control-flow debugging.
1736    
1737    2. Register Allocator
1738    
1739       Changes in interface [from Fermin, John]
1740    
1741    3. Alpha 8-bit SLL support [Fermin]
1742    
1743    4. All architectures
1744    
1745       A new module (ClusterExpandCopies) for expanding parallel copies.
1746    
1747    ----------------------------------------------------------------------
1748    Name: Allen Leung
1749    Date: 2001/02/27 23:07:00 EST
1750    Tag: leunga-20010227-minor-stuff
1751    
1752    1. Alpha bug fix for CMOVNE
1753    2. Handle mltree COND(..,FCMP ...,...)
1754    3. Bug fix in simplifier
1755    
1756    ----------------------------------------------------------------------
1757    Name: Matthias Blume
1758    Date: 2001/01/30 17:50:00 EST
1759    Tag: blume-20010130-sync
1760    Description:
1761    
1762    This is just a minor update to sync my devel branch with the main brach.
1763    The only visible change is the addition of some README files.
1764    
1765    ----------------------------------------------------------------------
1766    Name: Matthias Blume
1767    Date: 2001/01/12 23:30:00 JST
1768    Tag: blume-20010112-bootfiles
1769    Description:
1770    
1771    Made a new set of bootfiles that goes with the current state of the
1772    repository.
1773    
1774    ----------------------------------------------------------------------
1775    Name: Matthias Blume
1776    Date: 2001/01/12 21:20:00 JST
1777    Tag: blume-20010112-sync
1778    Description:
1779    
1780    I am just flushing out some minor changes that had accumulated in
1781    my private branch in order to sync with the main tree.  (This is
1782    mainly because I had CVS trouble when trying to merge _into_ my
1783    private branch.)
1784    
1785    Most people should be completely unaffected by this.
1786    
1787    ----------------------------------------------------------------------
1788    Name: Allen Leung
1789    Date: Thu Jan 11 21:03:00 EST 2001
1790    Tag: leunga-20010111-labexp=mltree
1791    Description:
1792    
1793    1.  Removed the type LabelExp and replace it by MLTree.
1794    2.  Rewritten mltree-simplify with the pattern matcher tool.
1795    3.  There were some bugs in alpha code generator which would break
1796        64-bit code generation.
1797    4.  Redo the tools to generate code with the
1798    5.  The CM files in MLRISC (and in src/system/smlnj/MLRISC)
1799        are now generated by perl scripts.
1800    
1801    ----------------------------------------------------------------------
1802    Name: Matthias Blume
1803    Date: 2001/01/10 21:55:00 JST
1804    Tag: blume-20010110-rcc
1805    Description:
1806    
1807    The RCC stuff now seems to work (but only on the x86).
1808    This required hacking of the c-calls interface (and -implementation) in
1809    MLRISC.
1810    
1811    Normal compiler users should be unaffected.
1812    
1813    ----------------------------------------------------------------------
1814    Name: Matthias Blume
1815    Date: 2001/01/09 01:20:00 JST
1816    Tag: blume-20010109-rcc
1817    Description:
1818    
1819    This is a fairly big patch, flushing out a large number of pending
1820    changes that I made to my development copy over the last couple of days.
1821    
1822    Of practical relevance at this moment is a workaround for a pickling
1823    bug that Allen ran into the other day.  The cause of the bug itself is
1824    still unknown and it might be hard to fix it properly, but the
1825    workaround has some merits of its own (namely somewhat reducing pickling
1826    overhead for certain libraries).  Therefore, I think this solution should
1827    be satisfactory at this time.
1828    
1829    The rest of the changes (i.e., the vast majority) has to do with my
1830    ongoing efforts of providing direct support for C function calls from
1831    ML.  At the moment there is a new primop "RAW_CCALL", typing magic
1832    in types/cproto.sml (invoked from FLINT/trans/translate.sml), a new
1833    case in the FLINT CPS datatype (RCC), changes to cps/convert.sml to
1834    translate uses of RAW_CCALL into RCC, and changes to mlriscGen.sml to
1835    handle RCC.
1836    
1837    The last part (the changes to mlriscGen.sml) are still known to be
1838    wrong on the x86 and not implemented on all other architectures.  But
1839    the infrastructure is in place. I had to change a few functor
1840    signatures in the backend to be able to route the CCalls interface
1841    from MLRISC there, and I had to specialize the mltree type (on the
1842    x86) to include the necessary extensions. (The extensions themselves
1843    were already there and redy to go in MLRISC/x86).
1844    
1845    Everything should be very happy as soon as someone helps me with
1846    mlriscGen.sml...
1847    
1848    In any case, nothing of this should matter to anyone as long as the
1849    new primop is not being used (which is going to be the case unless you
1850    find it where I hid it :). The rest of the compiler is completely
1851    unaffected.
1852    
1853    ----------------------------------------------------------------------
1854    Name: Matthias Blume
1855    Date: 2001/01/05 00:30:00 JST
1856    Tag: blume-20010105-primops
1857    Description:
1858    
1859    Added some experimental support for work that I am doing right now.
1860    These changes mostly concern added primops, but there is also a new
1861    experimental C library in the runtime system (but currently not enabled
1862    anywhere except on Linux/X86).
1863    
1864    In the course of adding primops (and playing with them), I discovered that
1865    Zhong's INL_PRIM hack (no type info for certain primops) was, in fact, badly
1866    broken.  (Zhong was very right he labeled this stuff as "major gross hack".)
1867    To recover, I made type information in INL_PRIM mandatory and changed
1868    prim.sml as well as built-in.sml accordingly.  The InLine structure now
1869    has complete, correct type information (i.e., no bottom types).
1870    
1871    Since all these changes mean that we need new binfiles, I also bumped the
1872    version number to 110.32.1.
1873    
1874    ----------------------------------------------------------------------
1875    Name: Matthias Blume
1876    Date: 2000/12/30 22:10:00 JST
1877    Tag: blume-20001230-various
1878    Description:
1879    
1880    Added proxy libraries for MLRISC and let MLRISC libraries refer
1881    to each other using path anchors.  (See CM manual for explanation.)
1882    
1883    Updated CM documentation.
1884    
1885    Fixed some bugs in CM.
1886    
1887    Implemented "proxy" libraries (= syntactic sugar for CM).
1888    
1889    Added "-quiet" option to makeml and changed runtime system accordingly.
1890    
1891    Added cleanup handler for exportML to reset timers and compiler stats.
1892    
1893    ----------------------------------------------------------------------
1894    Name: Lal George
1895    Date: 2000/12/22 22:22:58 EST 2000
1896    Tag: Release_110_32
1897    Description:
1898    
1899            Infinite precision used throughout MLRISC.
1900            see MLRISC/mltree/machine-int.sig
1901    
1902    ----------------------------------------------------------------------
1903    Name: Matthias Blume
1904    Date: 2000/12/22 23:16:00 JST
1905    Tag: blume-20001222-warn
1906    Description:
1907    
1908    Corrected wording and formatting of some CM warning message which I
1909    broke in my previous patch.
1910    
1911    ----------------------------------------------------------------------
1912    Name: Matthias Blume
1913    Date: 2000/12/22 21:20:00 JST
1914    Tag: blume-20001222-anchorenv
1915    Description:
1916    
1917    Fixed CM's handling of anchor environments in connection with CMB.make.
1918    
1919    ----------------------------------------------------------------------
1920    Name: Matthias Blume
1921    Date: 2000/12/22 13:15:00 JST
1922    Tag: blume-20001222-cleanup
1923    Description:
1924    
1925    Removed src/cm/ffi which does not (and did not) belong here.
1926    
1927    ----------------------------------------------------------------------
1928    Name: Matthias Blume
1929    Date: 2000/12/21 23:55:00 JST
1930    Tag: blume-20001221-exn
1931    Description:
1932    
1933    Probably most important: CM no longer silently swallows all exceptions
1934    in the compiler.
1935    Plus: some other minor CM changes.  For example, CM now reports some
1936    sizes for generated binfiles (code, data, envpickle, lambdapickle).
1937    
1938    ----------------------------------------------------------------------
1939    Name: Matthias Blume
1940    Date: 2000/12/15 00:01:05 JST
1941    Tag: blume-20001215-dirtool
1942    Description:
1943    
1944    - "dir" tool added.
1945    - improvements and cleanup to Tools structure
1946    - documentation updates
1947    
1948    ----------------------------------------------------------------------
1949    Name: Allen Leung
1950    Date: Thu Dec 14 03:45:24 EST 2000
1951    Description:
1952    Tag:  leunga-20001214-int-inf
1953    Description:
1954    
1955       In IntInf, added these standard functions, which are missing from our
1956    implementation:
1957    
1958        andb : int * int -> int
1959        xorb : int * int -> int
1960        orb  : int * int -> int
1961        notb : int -> int
1962         <<   : int * word -> int
1963        ~>>  : int * word -> int
1964    
1965       Not tested, I hope they are correct.
1966    
1967    ----------------------------------------------------------------------
1968    Name: Allen Leung
1969    Date: Fri Dec  8 19:23:26 EST 2000
1970    Description:
1971    Tag:  leunga-20001208-nowhere
1972    Description:
1973    
1974      Slight improvements to the 'nowhere' tool to handle OR-patterns,
1975    to generate better error messages etc.  Plus a brief manual.
1976    
1977    ----------------------------------------------------------------------
1978    Name: Lal George
1979    Date: 2000/12/08 09:54:02 EST 2000
1980    Tag: Release_110_31
1981    Description:
1982    
1983    - Version 110.31
1984    ----------------------------------------------------------------------
1985    Name: Allen Leung
1986    Date: Thu Dec  7 22:01:04 EST 2000
1987    Tag:  leunga-20001207-cell-monster-hack
1988    Description:
1989    
1990    Major MLRISC internal changes.  Affect all clients.
1991    Summary:
1992    
1993    1.  Type CELLS.cell = int is now replaced by a datatype.
1994        As a result, the old regmap is now gone.  Almost all interfaces
1995        in MLRISC change as a consequence.
1996    
1997    2.  A new brand version of machine description tool (v3.0) that generates
1998        modules expecting the new interface.  The old version is removed.
1999    
2000    3.  The RA interface has been further abstracted into two new functors.
2001        RISC_RA and X86RA.  These functors have much simpler interfaces.
2002        [See also directory MLRISC/demo.]
2003    
2004    4.  Some other new source->source code generation tools are available:
2005    
2006        a. MLRISC/Tools/RewriteGen -- generate rewriters from rules.
2007        b. MLRISC/Tools/WhereGen -- expands conditional pattern matching rules.
2008           I use this tool to generate the peephole optimizers---with the new
2009           cell type changes, peephole rules are becoming difficult to write
2010           without conditional pattern matching.
2011    
2012    5.  More Intmap -> IntHashTable change.  Previous changes by Matthias didn't
2013        cover the entire MLRISC source tree so many things broke.
2014    
2015    6.  CM files have been moved to the subdirectory MLRISC/cm.
2016        They are moved because there are a lot of them and they clutter up the
2017        root dir.
2018    
2019    7.  More detailed documentation to come...
2020    
2021        NOTE: To rebuild from 110.30 (ftp distribution), you'll have to do
2022        a makeml -rebuild first.  This is because of other other
2023        changes that Matthias has made (see below).
2024    
2025    
2026    ----------------------------------------------------------------------
2027    Name: Matthias Blume
2028    Date: 2000/11/30 23:12:00 JST
2029    Tag: blume-20001130-filereorg
2030    Description:
2031    
2032    Some manual updates and some file reorganizations in CM.
2033    
2034    ----------------------------------------------------------------------
2035    Name: Matthias Blume
2036    Date: 2000/11/24 17:45:00 JST
2037    Tag: blume-20001124-link
2038    Description:
2039    
2040    Drastically improved link traversal code for the case that the dynamic
2041    value was already loaded at bootstrap time.  As a result, CM and CMB
2042    now both load blazingly fast -- even on a very slow machine.  Also,
2043    memory consumption has been further reduced by this.
2044    
2045    Warning: The format of the PIDMAP file has changed.  THerefore, to
2046    bootstrap you have to do this:
2047    
2048    1. Run CMB.make
2049    2. Make a symbolic link for the boot directory:
2050         ln -s sml.boot.ARCH-OS xxx
2051    3. "Rebuild" the boot directory:
2052         ./makeml -boot xxx -rebuild sml ; rm xxx
2053    4. Boot normally:
2054          ./makeml
2055    
2056    ----------------------------------------------------------------------
2057    Name: Matthias Blume
2058    Date: 2000/11/21 21:20:00 JST
2059    Tag: blume-20001121-tools
2060    Description:
2061    
2062    Continued hacking on autoloading problem -- with success this time.
2063    Also changed tool-plugin mechanism.  See new CM manual.
2064    
2065    ----------------------------------------------------------------------
2066    Name: Matthias Blume
2067    Date: 2000/11/19 14:30:00 JST
2068    Tag:  blume-20001119-autoload
2069    Description:
2070    
2071    Some hacking to make autoloading faster.  Success for CMB, no success
2072    so far for CM.  There is a reduced structure CM' that autoloads faster.
2073    (This is a temporary, non-documented hack to be eliminated again when
2074    the general problem is solved.)
2075    
2076    ----------------------------------------------------------------------
2077    Name: Matthias Blume
2078    Date: 2000/11/17 14:10:00 JST
2079    Tag: blume-20001117-pickle-lib
2080    Description:
2081    
2082    1. Eliminated comp-lib.cm
2083    2. Made pickle-lib.cm
2084    3. Eliminated all uses of intset.sml (from comp-lib.cm)
2085    4. Replaced all uses of intmap.{sig,sml} (from comp-lib.cm) with
2086       equivalent constructs from smlnj-lib.cm (INtHashTable).
2087    5. Point 4. also goes for those uses of intmap.* in MLRISC.
2088       Duplicated intmap modules thrown out.
2089    6. Hunted down all duplicated SCC code and replaced it with
2090       equivalent stuff (GraphSCCFn from smlnj-lib.cm).
2091    7. Rewrote Feedback module.
2092    8. Moved sortedlist.sml into viscomp-lib.cm.  Eventually it
2093       should be thrown out and equivalent modules from smlnj-lib.cm
2094       should be used (IntRedBlackSet, IntListSet, ...).
2095    
2096    Confirmed that compiler compiles to fixpoint.
2097    
2098    ----------------------------------------------------------------------
2099    Name: Allen Leung
2100    Date: 2000/11/10 18:00:00
2101    Tag: leunga-20001110-new-x86-fp
2102    
2103    A new x86 floating point code generator has been added.
2104    By default this is turned off.  To turn this on, do:
2105    
2106        CM.autoload "$smlnj/compiler.cm";
2107        Compiler.Control.MLRISC.getFlag "x86-fast-fp" := true;
2108    
2109    Changes:
2110    
2111    1.  Changed FTAN to FPTAN so that the assembly output is correct.
2112    2.  Changed the extension callback for FTANGENT to generate:
2113    
2114              fptan
2115              fstp  %st(0)
2116        instead of
2117              fptan
2118              fstpl ftempmem
2119    
2120    3.  Numerous assembly fixes for x86.
2121    
2122    5.  Cleaned up the machine code output module x86/x86MC.sml and added
2123        support for a whole bunch of instructions and addressing modes:
2124    
2125          fadd/fsub/fsubr/fmul/fdiv/fdivr  %st, %st(n)
2126          faddp/fsubp/fsubrp/fmulp/fdivp/fdivrp  %st, %st(n)
2127          fadd/fsub/fsubr/fmul/fdiv/fdivr  %st(n), %st
2128          fiadd/fisub/fisubr/fimul/fidiv/fidivr mem
2129          fxch %st(n)
2130          fld %st(n)
2131          fst %st(n)
2132          fst mem
2133          fstp %st(n)
2134          fucom %st(n)
2135          fucomp %st(n)
2136    
2137        All these are now generated when the fast fp mode is turned on.
2138    
2139    6.  Removed the dedicated registers %st(0), ..., %st(7) from X86CpsRegs
2140    
2141    ----------------------------------------------------------------------
2142    Name: Matthias Blume
2143    Date: 2000/11/09 11:20:00 JST
2144    Tag: blume-20001109-scc
2145    Description:
2146    
2147    Eliminated some code duplication:
2148    
2149    1. Added "where" clause to GraphSCCFn in SML/NJ Library.
2150       (Otherwise the functor is useless.)
2151    2. Used GraphSCCFn where SCCUtilFun was used previously.
2152    3. Got rid of SCCUtilFun (in comp-lib.cm).
2153    
2154    ----------------------------------------------------------------------
2155    Name: Lal George
2156    Date: 2000/11/06 09:02:21 EST 2000
2157    Tag: Release_110_30
2158    Description:
2159    
2160    - Version 110.30
2161    ----------------------------------------------------------------------
2162    Name: Matthias Blume
2163    Date: 2000/11/04 14:45:00
2164    Tag: blume-20001104-mlbuild
2165    Description:
2166    
2167    - Made ml-build faster on startup.
2168    - Documentation fixes.
2169    
2170    ----------------------------------------------------------------------
2171    Name: Matthias Blume
2172    Date: 2000/11/02 17:00:00 JST
2173    Tag: blume-20001102-condcomp
2174    Description:
2175    
2176    - Small tweaks to pickler -- new BOOTFILES!
2177    - Version bumped to 110.29.2.
2178    - Added conditional compilation facility to init.cmi (see comment there).
2179    ----------------------------------------------------------------------
2180    Name: Allen Leung
2181    Date: 2000/10/23 19:31:00
2182    Tag: leunga-20001023-demo-ra
2183    
2184    1. Minor RA changes that improves spilling on x86 (affects Moby and C-- only)
2185    2. Test programs for the graph library updated
2186    3. Some new MLRISC demo programs added
2187    
2188    ----------------------------------------------------------------------
2189    Name: Matthias Blume
2190    Date: 2000/08/31 22:15:00 JST
2191    Tag: blume-20001017-errmsg
2192    Description:
2193    
2194    More error message grief: Where there used to be no messages, there
2195    now were some that had bogus error regions.  Fixed.
2196    
2197    ----------------------------------------------------------------------
2198    Name: Matthias Blume
2199    Date: 2000/08/31 17:30:00 JST
2200    Tag: blume-20001017-v110p29p1
2201    Description:
2202    
2203    I made a version 110.29.1 with new bootfiles.
2204    
2205    Changes:  Modified pickler/unpickler for faster and leaner unpickling.
2206              CM documentation changes and a small bugfix in CM's error reporting.
2207    
2208    ----------------------------------------------------------------------
2209    Name: Lal George
2210    Date: 2000/09/27 14:42:35 EDT
2211    Tag: george-20000927-nodestatus
2212    Description:
2213    
2214    Changed the type of the nodestatus, so that:
2215    
2216            SPILLED(~1)             is now SPILLED
2217            SPILLED(m) where m>=0   is now MEMREG(m)
2218            SPILLED(s) where s<~1   is now SPILL_LOC(~s)
2219    
2220    ----------------------------------------------------------------------
2221    Name: Matthias Blume
2222    Date: 2000/09/07 14:45:00 JST
2223    Tag: blume-20000907-cmerrmsg
2224    Description:
2225    
2226    Small tweak to CM to avoid getting ML syntax error messages twice.
2227    
2228    ----------------------------------------------------------------------
2229    Name: Matthias Blume
2230    Date: 2000/08/31 18:00:00 JST
2231    Tag: blume-20000831-cvsbootfiles
2232    Description:
2233    
2234    New URL for boot files (because the 110.29 files on the BL server do
2235    now work correctly with my updated install scripts for yacc and lex).
2236    
2237    ----------------------------------------------------------------------
2238    Name: Matthias Blume
2239    Date: 2000/08/08 12:33:00 JST
2240    Tag: blume-20000808-manual
2241    Description:
2242    
2243    Tiny update to CM manual.
2244    
2245    ----------------------------------------------------------------------
2246    Name: Allen Leung
2247    Date: 2000/08/7 19:31:00
2248    Tag: leunga-20000807-a-whole-bunch-of-stuff
2249    
2250      Moby, C--, SSA, x86, machine descriptions etc.  Should only affect C--
2251    and Mobdy.
2252    
2253    1.  x86
2254    
2255       a.  Fixes to peephole module by John and Dan.
2256       b.  Assembly fix to SETcc by Allen.
2257       c.  Fix to c-call by John.
2258       d.  Fix to spilling by John.  (This one deals with the missing FSTPT case)
2259       e.  Instruction selection optimization to SETcc as suggested by John.
2260    
2261           For example,
2262    
2263            MV(32, x, COND(32, CMP(32, LT, a, b), LI 1, LI 0))
2264    
2265           should generate:
2266    
2267            MOVL a, x
2268            SUBL b, x
2269            SHRL 31, x
2270    
2271    2.  IR stuff
2272    
2273         A bunch of new DJ-graph related algorithms added.  These
2274         speed up SSA construction.
2275    
2276    3.  SSA + Scheduling
2277    
2278         Added code for SSA and scheduling to the repository
2279    
2280    ----------------------------------------------------------------------
2281    Name: Lal George
2282    Date: 2000/07/27 11:53:14 EDT
2283    
2284    Tag: lal-20000727-linux-ppc
2285    Description:
2286    
2287     Made changes to support Linux PPC.
2288     p.s. I have confirmation that the 110.29 boot files work fine.
2289    
2290    ----------------------------------------------------------------------
2291    Name: Matthias Blume
2292    Date: 2000/07/27 17:40:00 JST
2293    Tag: blume-20000727-scripts
2294    Description:
2295    
2296    !!!! WARNING !!!!
2297    You must recompile the runtime system!
2298    !!!! WARNING !!!!
2299    
2300    This is basically another round of script-enhancements:
2301    
2302    1. sml, ml-build, and ml-makedepend accept options -D and -U to define
2303       and undefine CM preprocessor symbols.
2304    
2305    2. ml-build avoids generating a new heap image if it finds that the
2306       existing one is still ok.  (The condition is that no ML file had to
2307       be recompiled and all ML files are found to be older that the heap
2308       file.)
2309    
2310       To make this work smoothly, I also hacked the runtime system as
2311       well as SMLofNJ.SysInfo to get access to the heap image suffix
2312       (.sparc-solaris, ...) that is currently being used.
2313    
2314       Moreover, the signature of CM.mk_standalone has changed.  See the
2315       CM manual.
2316    
2317    3. ml-makedepend accepts additional options -n, -a, and -o.  (See the
2318       CM manual for details.)
2319    
2320    4. More CM manual updates:
2321        - all of the above has been documented.
2322        - there is now a section describing the (CM-related) command line
2323          arguments that are accepted by the "sml" command
2324    
2325    ----------------------------------------------------------------------
2326    Name: Matthias Blume
2327    Date: 2000/07/25 16:20:00 JST
2328    Tag: blume-20000725-makedepend
2329    Description:
2330    
2331    Added a script called ml-makedepend.  This can be used in makefiles
2332    for Unix' make in a way very similar to the "makedepend" command for
2333    C.
2334    
2335    The script internally uses function CM.sources.
2336    
2337    Synopsis:
2338    
2339        ml-makedepend [-f makefile] cmfile targetname
2340    
2341    The default for the makefile is "makefile" (or "Makefile" should
2342    "makefile" not exist).
2343    
2344    ml-makedepend adds a cmfile/targetname-specific section to this
2345    makefile (after removing the previous version of this section).  The
2346    section contains a single dependency specification with targetname on
2347    the LHS (targetname is an arbitrary name), and a list of files derived
2348    from the cmfile on the RHS.  Some of the files on the RHS are
2349    ARCH/OPSYS-specific.  Therefore, ml-makedepend inserts references to
2350    "make" variables $(ARCH) and $(OPSYS) in place of the corresponding
2351    path names.  The makefile writer is responsible for making sure that
2352    these variables have correct at the time "make" is invoked.
2353    
2354    ----------------------------------------------------------------------
2355    Name: Matthias Blume
2356    Date: 2000/07/22 23:30:00 JST
2357    Tag: blume-20000722-urlupdate
2358    Description:
2359    
2360    Changed BOOT and config/srcarchiveurl to point to BL server:
2361    
2362        ftp://ftp.research.bell-labs.com/dist/smlnj/working/110.29/
2363    
2364    ----------------------------------------------------------------------
2365    Name: Matthias Blume
2366    Date: 2000/07/18 18:00:00 JST
2367    Tag: blume-20000718-Version_110_29
2368    Description:
2369    
2370    1. Updated src/compiler/TopLevel/main/version.sml to version 110.29
2371    
2372    2. Updated config/version to 110.29
2373    
2374    3. Updated config/srcarchiveurl
2375    
2376    3. New boot files!
2377       ftp://ftp.cs.princeton.edu/pub/people/blume/sml/110.29-autofetch
2378    
2379    ----------------------------------------------------------------------
2380    Name: Matthias Blume
2381    Date: 2000/07/11 13:58:00 JST
2382    Tag: blume-20000711-doctypo
2383    Description:
2384    
2385    Fixed a few typos in CM manual.
2386    
2387    ----------------------------------------------------------------------
2388    Name: Allen Leung
2389    Date: 2000/06/15 00:38:00
2390    Tag: leunga-20000704-sparc-x86
2391    
2392    1. x86 peephole improvement sp += k; sp -= k => nop  [from John]
2393    2. fix to x86 RET bug [found by Dan Grossman]
2394    3. sparc assembly bug fix for ticc instructions [found by Fermin]
2395    
2396       Affects c-- and moby only
2397    
2398    ----------------------------------------------------------------------
2399    Name: Matthias Blume
2400    Date: 2000/07/04 15:26:00
2401    Tag: blume-20000704-trigger
2402    Description:
2403    
2404    1. Improvements to CM manual.
2405    2. SMLofNJ.Internals.BTrace.trigger reinstated as an alternative way
2406       of getting a back-trace.  The function, when called, raises an
2407       internal exception which explicitly carries the full back-trace history,
2408       so it is unaffected by any intervening handle-raise pairs ("trivial"
2409       or not).  The interactive loop will print that history once it arrives
2410       at top level.
2411       Short of having all exceptions implicitly carry the full history, the
2412       recommended way of using this facility is:
2413         - compile your program with instrumentation "on"
2414         - run it, when it raises an exception, look at the history
2415         - if the history is "cut off" because of some handler, go and modify
2416           your program so that it explicitly calls BTrace.trigger
2417         - recompile (still instrumented), and rerun; look at the full history
2418    
2419    ----------------------------------------------------------------------
2420    Name: Matthias Blume
2421    Date: 2000/07/03 15:36:00 JST
2422    Tag: blume-20000702-manual
2423    Description:
2424    
2425    Small corrections and updates to CM manual.
2426    
2427    ----------------------------------------------------------------------
2428    Name: Matthias Blume
2429    Date: 2000/06/29 16:04:00 JST
2430    Tag: blume-20000629-yacctool
2431    Description:
2432    
2433    Changes:
2434    
2435    1. Class "mlyacc" now takes separate arguments to pass options to
2436       generated .sml- and .sig-files independently.
2437    2. Corresponding CM manual updates.
2438    3. BTrace module now also reports call sites.  (However, for loop clusters
2439       it only shows from where the cluster was entered.)  There are associated
2440       modifications to core.sml, internals.{sig,sml}, btrace.sml, and btimp.sml.
2441    
2442    ----------------------------------------------------------------------
2443    Name: Matthias Blume
2444    Date: 2000/06/27 16:51:00 JST
2445    Tag: blume-20000627-noweb
2446    Description:
2447    
2448    Changes:
2449    
2450     1. Implemented "subdir" and "witness" options for noweb tool.
2451        This caused some slight internal changes in CM's tool implementation.
2452     2. Fixed bug in "tool plugin" mechanism.  This is essentially cleaning
2453        some remaining issues from earlier path anchor changes.
2454     3. Updated CM manual accordingly.
2455    
2456     4. Changed implementation of back-tracing so that I now consider it
2457        ready for prime-time.
2458    
2459        In particular, you don't have to explicitly trigger the back-trace
2460        anymore.  Instead, if you are running BTrace-instrumented code and
2461        there is an uncaught exception (regardless of whether or not it was
2462        raised in instrumented code), the top-level evalloop will print
2463        the back-trace.
2464    
2465        Features:
2466    
2467          - Instrumented and uninstrumented code work together seemlessly.
2468            (Of course, uninstrumented code is never mentioned in actual
2469             back-traces.)
2470    
2471          - Asymptotic time- and space-complexity of instrumented code is
2472            equal to that of uninstrumented code.  (This means that
2473            tail-recursion is preserved by the instrumentation phase.)
2474    
2475          - Modules whose code has been instrumented in different sessions
2476            work together without problem.
2477    
2478          - There is no penalty whatsoever on uninstrumented code.
2479    
2480          - There is no penalty on "raise" expressions, even in
2481            instrumented code.
2482    
2483        A potential bug (or perhaps it is a feature, too):
2484    
2485          A back-trace reaches no further than the outermost instrumented
2486          non-trivial "raise".  Here, a "trivial" raise is one that is the
2487          sole RHS of a "handle" rule.  Thus, back-traces reach trough
2488    
2489               <exp> handle e => raise e
2490    
2491          and even
2492    
2493               <exp> handle Foo => raise Bar
2494    
2495          and, of course, through
2496    
2497               <exp> handle Foo => ...
2498    
2499         if the exception was not Foo.
2500    
2501         Back-traces always reach right through any un-instrumented code
2502         including any of its "handle" expressions, trivial or not.
2503    
2504       To try this out, do the following:
2505    
2506         - Erase all existing binfiles for your program.
2507           (You may keep binfiles for those modules where you think you
2508            definitely don't need back-tracing.)
2509         - Turn on back-trace instrumentation:
2510              SMLofNJ.Internals.BTrace.mode (SOME true);
2511         - Recompile your program.  (I.e., run "CM.make" or "use".)
2512         - You may now turn instrumentation off again (if you want):
2513              SMLofNJ.Internals.BTrace.mode (SOME false);
2514         - Run your program as usual.  If it raises an exception that
2515           reaches the interactive toplevel, then a back-trace will
2516           automatically be printed.  After that, the toplevel loop
2517           will print the exception history as usual.
2518    
2519    ----------------------------------------------------------------------
2520    Name: Matthias Blume
2521    Date: 2000/06/26 09:56:46 JST
2522    Tag: blume-20000626-setup
2523    Description:
2524    
2525    CM: - setup-parameter to "sml" added; this can be used to run arbitrary
2526          ML code before and after compiling a file (e.g., to set compiler
2527          flags)
2528    
2529    Compiler: - improved btrace API (in core.sml, internals.{sig,sml})
2530              - associated changes to btrace.sml (BTrace instrumentation pass)
2531              - cleaner implementation of btimp.sml (BTrace tracing and report
2532                module)
2533    
2534    CM manual: * new path encoding documented
2535               * description of setup-parameter to "sml" added
2536    
2537    The biggest user-visible change to back-tracing is that it is no
2538    longer necessary to compile all traced modules within the same
2539    session.  (This was a real limitation.)
2540    
2541    ----------------------------------------------------------------------
2542    Name: Matthias Blume
2543    Date: 2000/06/24 12:40:00 JST
2544    Tag: blume-20000624-startup
2545    Description:
2546    
2547    Fixes startup slowdown problem.  (I was calling SrcPath.sync a _tad_
2548    bit too often -- to put it mildly. :)
2549    
2550    ----------------------------------------------------------------------
2551    Name: Matthias Blume
2552    Date: 2000/06/23 18:20:00 JST
2553    Tag: blume-20000623-btrace
2554    Description:
2555    
2556    This updates adds a backtrace facility to aid programmers in debugging
2557    their programs.  This involves the following changes:
2558    
2559    1. Module system/smlnj/init/core.sml (structure _Core) now has hooks for
2560       keeping track of the current call stack.  When programs are compiled
2561       in a special mode, the compiler will insert calls to these hooks
2562       into the user program.
2563       "Hook" means that it is possible for different implementations of
2564       back-tracing to register themselves (at different times).
2565    
2566    2. compiler/MiscUtil/profile/btrace.sml implements the annotation phase
2567       as an Absyn.dec->Absyn.dec rewrite.  Normally this phase is turned off.
2568       It can be turned on using this call:
2569         SMLofNJ.Internals.BTrace.mode (SOME true);
2570       Turning it off again:
2571         SMLofNJ.Internals.BTrace.mode (SOME false);
2572       Querying the current status:
2573         SMLofNJ.Internals.BTrace.mode NONE;
2574       Annotated programs are about twice as big as normal ones, and they
2575       run a factor of 2 to 4 slower with a dummy back-trace plugin (one
2576       where all hooks do nothing).  The slowdown with a plugin that is
2577       actually useful (such as the one supplied by default) is even greater,
2578       but in the case of the default plugin it is still only an constant
2579       factor (amortized).
2580    
2581    3. system/Basis/Implementation/NJ/internals.{sig,sml} have been augmented
2582       with a sub-structure BTrace for controlling back-tracing.  In particular,
2583       the above-mentioned function "mode" controls whether the annotation
2584       phase is invoked by the compiler.  Another important function is
2585       "trigger": when called it aborts the current execution and causes
2586       the top-level loop to print a full back-trace.
2587    
2588    4. compiler/MiscUtil/profile/btimp.sml is the current default plugin
2589       for back-tracing.  It keeps track of the dynamic call stack and in
2590       addition to that it keeps a partial history at each "level" of that
2591       stack.  For example, if a tail-calls b, b tail-calls c, and c tail-calls
2592       d and b (at separate times, dynamically), then the report will show:
2593    
2594       GOTO   d
2595             /c
2596       GOTO  \b
2597       CALL   a
2598    
2599       This shows that there was an initial non-tail call of a, then a
2600       tail-call to b or c, looping behavior in a cluster of functions that
2601       consist of b and c, and then a goto from that cluster (i.e., either from
2602       b or from c) to d.
2603    
2604       Note that (depending on the user program) the amount of information
2605       that the back-trace module has to keep track of at each level is bounded
2606       by a constant.  Thus, the whole implementation has the same asymptotical
2607       complexity as the original program (both in space and in time).
2608    
2609    5. compiler/TopLevel/interact/evalloop.sml has been modified to
2610       handle the special exception SMLofNJ.Internals.BTrace.BTrace
2611       which is raised by the "trigger" function mentioned above.
2612    
2613    Notes on usage:
2614    
2615    - Annotated code works well together with unannotated code:
2616    Unannotated calls simply do not show up at all in the backtrace.
2617    
2618    - It is not a good idea to let modules that were annotated during
2619    different sessions run at the same time.  This is because the compiler
2620    chooses small integers to identify individual functions, and there
2621    will be clashes if different modules were compiled in separate sessions.
2622    (Nothing will crash, and you will even be told about the clashes, but
2623    back-trace information will in general not be useful.)
2624    
2625    - Back-tracing can be confused by callcc and capture.
2626    
2627    - The only way of getting a back-trace right now is to explicitly
2628    invoke the "trigger" function from your user program.  Eventually, we
2629    should make every exception carry back-trace information (if
2630    available).  But since this creates more overhead at "raise"-time
2631    (similar to the current exnHistory overhead), I have not yet
2632    implemented this.  (The implementation will be rather easy.)  With
2633    exceptions carrying back-trace information, this facility will be even
2634    more useful because users don't need to modify their programs...
2635    
2636    - While it is possible to compile the compiler with back-trace
2637    annotations turned on (I did it to get some confidence in
2638    correctness), you must make absolutely sure that core.sml and
2639    btimp.sml are compiled WITHOUT annotation!  (core.sml cannot actually
2640    be compiled with annotation because there is no core access yet, but
2641    if you compile btimp.sml with annotation, then the system will go into
2642    an infinite recursion and crash.)
2643    Since CM currently does not know about BTrace, the only way to turn
2644    annotations on and off for different modules of the compiler is to
2645    interrupt CMB.make, change the settings, and re-invoke it.  Of course,
2646    this is awkward and clumsy.
2647    
2648    Sample sessions:
2649    
2650    Standard ML of New Jersey v110.28.1 [FLINT v1.5], June 5, 2000
2651    - SMLofNJ.Internals.BTrace.mode (SOME true);
2652    [autoloading]
2653    [autoloading done]
2654    val it = false : bool
2655    - structure X = struct
2656    -     fun main n = let
2657    -         fun a (x, 0) = d x
2658    -           | a (x, n) = b (x, n - 1)
2659    -         and b (x, n) = c (x, n)
2660    -         and c (x, n) = a (x, n)
2661    -         and d x = e (x, 3)
2662    -         and e (x, 0) = f x
2663    -           | e (x, n) = e (x, n - 1)
2664    -         and f 0 = SMLofNJ.Internals.BTrace.trigger ()
2665    -           | f n = n * g (n - 1)
2666    -         and g n = a (n, 3)
2667    -     in
2668    -         f n
2669    -     end
2670    - end;
2671    structure X : sig val main : int -> int end
2672    - X.main 3;
2673    *** BACK-TRACE ***
2674    GOTO   stdIn:4.2-13.20: X.main[2].f
2675    GOTO-( stdIn:4.2-13.20: X.main[2].e
2676    GOTO   stdIn:4.2-13.20: X.main[2].d
2677         / stdIn:4.2-13.20: X.main[2].a
2678         | stdIn:4.2-13.20: X.main[2].b
2679    GOTO-\ stdIn:4.2-13.20: X.main[2].c
2680    CALL   stdIn:4.2-13.20: X.main[2].g
2681    GOTO   stdIn:4.2-13.20: X.main[2].f
2682    GOTO-( stdIn:4.2-13.20: X.main[2].e
2683    GOTO   stdIn:4.2-13.20: X.main[2].d
2684         / stdIn:4.2-13.20: X.main[2].a
2685         | stdIn:4.2-13.20: X.main[2].b
2686    GOTO-\ stdIn:4.2-13.20: X.main[2].c
2687    CALL   stdIn:4.2-13.20: X.main[2].g
2688    GOTO   stdIn:4.2-13.20: X.main[2].f
2689    GOTO-( stdIn:4.2-13.20: X.main[2].e
2690    GOTO   stdIn:4.2-13.20: X.main[2].d
2691         / stdIn:4.2-13.20: X.main[2].a
2692         | stdIn:4.2-13.20: X.main[2].b
2693    GOTO-\ stdIn:4.2-13.20: X.main[2].c
2694    CALL   stdIn:4.2-13.20: X.main[2].g
2695    GOTO   stdIn:4.2-13.20: X.main[2].f
2696    CALL   stdIn:2.15-17.4: X.main[2]
2697    -
2698    
2699    (Note that because of a FLINt bug the above code currently does not
2700    compile without BTrace turned on.)
2701    
2702    Here is another example, using my modified Tiger compiler:
2703    
2704    Standard ML of New Jersey v110.28.1 [FLINT v1.5], June 5, 2000
2705    - SMLofNJ.Internals.BTrace.mode (SOME true);
2706    [autoloading]
2707    [autoloading done]
2708    val it = false : bool
2709    - CM.make "sources.cm";
2710    [autoloading]
2711    ...
2712    [autoloading done]
2713    [scanning sources.cm]
2714    [parsing (sources.cm):parse.sml]
2715    [creating directory CM/SKEL ...]
2716    [parsing (sources.cm):tiger.lex.sml]
2717    ...
2718    [wrote CM/sparc-unix/semant.sml]
2719    [compiling (sources.cm):main.sml]
2720    [wrote CM/sparc-unix/main.sml]
2721    [New bindings added.]
2722    val it = true : bool
2723    - Main.compile ("../testcases/merge.tig", "foo.out");
2724    *** BACK-TRACE ***
2725    CALL   lib/semant.sml:99.2-396.21: SemantFun[2].transExp.trvar
2726    CALL   lib/semant.sml:99.2-396.21: SemantFun[2].transExp.trexp
2727    CALL   lib/semant.sml:289.3-295.22: SemantFun[2].transExp.trexp.check[2]
2728    GOTO   lib/semant.sml:289.3-295.22: SemantFun[2].transExp.trexp.check[2]
2729    CALL   lib/semant.sml:99.2-396.21: SemantFun[2].transExp.trexp
2730    CALL   lib/semant.sml:99.2-396.21: SemantFun[2].transExp.trexp
2731    CALL   lib/semant.sml:488.3-505.6: SemantFun[2].transDec.trdec[2].transBody[2]
2732         / lib/semant.sml:411.65-543.8: SemantFun[2].transDec
2733    CALL-\ lib/semant.sml:413.2-540.9: SemantFun[2].transDec.trdec[2]
2734    CALL   lib/semant.sml:99.2-396.21: SemantFun[2].transExp.trexp
2735    CALL   lib/semant.sml:8.52-558.4: SemantFun[2].transProg[2]
2736    CALL   main.sml:1.18-118.4: Main.compile[2]
2737    -
2738    
2739    ----------------------------------------------------------------------
2740    Name: Matthias Blumen
2741    Date: 2000/06/21 18:00:00 JST
2742    Tag: blume-20000621-manual
2743    Description:
2744    
2745    CM manual update: Path environments documented.
2746    
2747    ----------------------------------------------------------------------
2748    Name: Matthias Blume
2749    Date: 2000/06/19 13:40:00
2750    Tag: blume-20000619-manual
2751    Description:
2752    
2753    CM manual and system/README update.  This only covers the fact that
2754    there are no more implicit anchors.  (Path environments and the "bind"
2755    option to "cm" have yet to be documented.)
2756    
2757    ----------------------------------------------------------------------
2758    Name: Matthias Blume
2759    Date: 2000/06/19 11:05:00 JST
2760    Tag: blume-20000619-chdir-bugfix
2761    Description:
2762    
2763    Fixed a bug in new SrcPath module that sometimes led to a bad chDir call.
2764    
2765    ----------------------------------------------------------------------
2766    Name: Matthias Blume
2767    Date: 2000/06/18 22:00:10 JST
2768    Tag: blume-20000618-implicit-anchors-really-gone
2769    Description:
2770    
2771    I updates the previous HISTORY entry where I forgot to mention that
2772    implicit anchors are no longer with us.
2773    
2774    The current update also gets rid of the (now useless) controller
2775    CM.Control.implicit_anchors.
2776    
2777    ----------------------------------------------------------------------
2778    Name: Matthias Blume
2779    Date: 2000/06/16 17:30:00 JST
2780    Tag: blume-20000616-anchorenv
2781    Description:
2782    
2783    This patch implements the long anticipated (just kidding :) "anchor
2784    environment" mechanism.  In the course of doing this, I also
2785    re-implemented CM's internal "SrcPath" module from scratch.  The new
2786    one should be more robust in certain boundary cases.  In any case, it
2787    is a lot cleaner than its predecessor (IMHO).
2788    
2789    This time, although there is yet another boot file format change, I
2790    kept the unpickler backward-compatible.  As a result, no new bootfiles
2791    are necessary and bootstrapping is straightforward.  (You cannot read
2792    new bootfiles into an old system, but the other way around is no
2793    problem.)
2794    
2795    Visible changes:
2796    
2797    ** 0. Implicit path anchors (without the leading $-symbol) are no
2798    longer recognized at all. This means that such path names are not
2799    illegal either.  For example, the name basis.cm simply refers to a
2800    local file called "basis.cm" (i.e, the name is an ordinary path
2801    relative to .cm-files directory).  Or, to put it differently, only
2802    names that start with $ are anchored paths.
2803    
2804    ** 1. The $<singlearc> abbreviation for $/<singlearc> has finally
2805    vanished.
2806    
2807    John (Reppy) had critizised this as soon as I originally proposed and
2808    implemented it, but at that time I did not really deeply believe
2809    him. :) Now I came full-circle because I need the $<singlearc> syntax
2810    in another place where it cannot be seen as an abbreviation for
2811    $/<singlearc>.  To avoid the confusion, $<singlearc> now means what it
2812    seems to mean (i.e., it "expands" into the corresponding anchor
2813    value).
2814    
2815    However, when paths are used as members in CM description files, it
2816    continues to be true that there must be at least another arc after the
2817    anchor.  This is now enforced separately during semantic analysis
2818    (i.e., from a lexical/syntactical point of view, the notation is ok.)
2819    
2820    ** 2. The "cm" class now accepts an option "bind".  The option's value
2821    is a sub-option list of precisely two items -- one labeled "anchor"
2822    and the other one labeled "value".  As you might expect, "anchor" is
2823    used to specify an anchor name to be bound, and "value" specifies what
2824    the anchor is being bound to.
2825    
2826    The value must be a directory name and can be given in either standard
2827    syntax (including the possibility that it is itself an anchored path)
2828    or native syntax.
2829    
2830    Examples:
2831    
2832       foo.cm (bind:(anchor:bar value:$mystuff/bar))
2833       lib.cm (bind:(anchor:a value:"H:\\x\\y\\z"))  (* only works under windows *)
2834    
2835    and so on.
2836    
2837    The meaning of this is that the .cm-file will be processed with an
2838    augmented anchor environment where the given anchor(s) is/are bound to
2839    the given values(s).
2840    
2841    The rationale for having this feature is this: Suppose you are trying
2842    to use two different (already stable) libraries a.cm and b.cm (that
2843    you perhaps didn't write yourself).  Further, suppose each of these
2844    two libraries internally uses its own auxiliary library $aux/lib.cm.
2845    Normally you would now have a problem because the anchor "lib" can not
2846    be bound to more than one value globally.  Therefore, the project that
2847    uses both a.cm and b.cm must locally redirect the anchor to some other
2848    place:
2849    
2850       a.cm (bind:(anchor:lib value:/usr/lib/smlnj/a-stuff))
2851       b.cm (bind:(anchor:lib value:/usr/lib/smlnj/b-stuff))
2852    
2853    This hard-wires $lib/aux.cm to /usr/lib/smlnj/a-stuff/aux.cm or
2854    /usr/lib/smlnj/b-stuff/aux.cm, respectively.
2855    
2856    Hard-wiring path names is a bit inflexible (and CM will verbosely warn
2857    you when you do so at the time of CM.stabilize).  Therefore, you can
2858    also use an anchored path as the value:
2859    
2860      a.cm (bind:(anchor:lib value:$a-lib))
2861      b.cm (bind:(anchor:lib value:$b-lib))
2862    
2863    Now you can globally configure (using the usual CM.Anchor.anchor or
2864    pathconfig machinery) bindings for "a-lib" and "b-lib".  Since "lib"
2865    itself is always locally bound, setting it globally is no longer
2866    meaningful or necessary (but it does not hurt either).  In fact, "lib"
2867    can still be used as a global anchor for separate purposes.  As a
2868    matter of fact, one can locally define "lib" in terms of a global
2869    "lib":
2870    
2871      a.cm (bind:(anchor:lib value:$lib/a))
2872      b.cm (bind:(anchor:lib value:$lib/b))
2873    
2874    ** 3: The encoding of path names has changed.  This affects the way
2875    path names are shown in CM's progress report and also the internal
2876    protocol encoding used for parallel make.
2877    
2878    The encoding now uses one or more ':'-separated segments.  Each
2879    segments corresponds to a file that has been specified relative to the
2880    file given by its preceding segment.  The first segment is either
2881    relative to the CWD, absolute, or anchored.  Each segment itself is
2882    basically a Unix pathname; all segments but the first are relative.
2883    
2884    Example:
2885    
2886       $foo/bar/baz.cm:a/b/c.sml
2887    
2888    This path denotes the file bar/a/b/c.sml relative to the directory
2889    denoted by anchor "foo".  Notice that the encoding also includes
2890    baz.cm which is the .cm-file that listed a/b/c.sml.  As usual, such
2891    paths are resolved relative to the .cm-files directory, so baz.cm must
2892    be ignored to get the "real" pathname.
2893    
2894    To make this fact more obvious, CM puts the names of such "virtual
2895    arcs" into parentheses when they appear in progress reports. (No
2896    parentheses will appear in the internal protocol encoding.)  Thus,
2897    what you really see is:
2898    
2899      $foo/bar/(baz.cm):a/b/c.sml
2900    
2901    I find this notation to be much more informative than before.
2902    
2903    Another new feature of the encoding is that special characters
2904    including parentheses, colons, (back)slashes, and white space are
2905    written as \ddd (where ddd is the decimal encoding of the character).
2906    
2907    *** The CM manual still needs to be updated.
2908    
2909    ----------------------------------------------------------------------
2910    Name: Allen Leung
2911    Date: 2000/06/15 00:38:00
2912    Tag: leunga-20000615-x86-peephole
2913    
2914    x86 Peephole fix by Fermin.  Affects c-- and moby only.
2915    
2916    ----------------------------------------------------------------------
2917    Name: Matthias Blume
2918    Date: 2000/06/12 11:40:00
2919    Tag: blume-20000612-parmakefix
2920    Description:
2921    
2922    More cleanup after changing the file naming scheme: This time I
2923    repaired the parallel make mechanism for CMB.make which I broke earlier.
2924    
2925    ----------------------------------------------------------------------
2926    Name: Allen Leung
2927    Date: 2000/06/09 01:25:00
2928    Tag: leunga-20000609-various
2929    
2930    None of these things should affect normal SML/NJ operations
2931    
2932    1. Peephole improvements provided by Fermin (c--)
2933    2. New annotation DEFUSE for adding extra dependence (moby)
2934    3. New X86 LOCK instructions (moby)
2935    4. New machine description language for reservation tables (scheduling)
2936    5. Fixes to various optimization/analysis modules (branch chaining, dominator
2937       trees etc.)
2938    6. I've changed the CM files so that they can work with versions
2939       110.0.6, 110.25 and 110.28
2940    
2941    ----------------------------------------------------------------------
2942    Name: Matthias Blume
2943    Date: 2000/06/09 12:40:00
2944    Tag: blume-20000609-log
2945    Description:
2946    
2947    - Removed all(?) remaining RCS Log entries from sources.
2948    
2949    - Fixed bug in ml-yacc and ml-lex sources (use explicit anchors for
2950      anchored paths).
2951    
2952    ----------------------------------------------------------------------
2953    Name: Matthias Blume
2954    Date: 2000/06/07 17:00:00 JST
2955    Tag: blume-20000607-no-implicit-anchors
2956    Description:
2957    
2958    1. This update changes the default setting for
2959    CM.Control.implicit_anchors from true to false.  This means that
2960    implicit anchors are no longer permitted by default.  I also tried to
2961    make sure that nothing else still relies on implicit anchors.
2962    (This is the next step on the schedule towards a CM that does not even
2963    have the notion of implicit anchors anymore.)
2964    
2965    2. More CM manual updates.
2966    
2967    3. I managed to track down and fix the pickling bug I mentioned last
2968    time.  Because of the previously existing workaround, this entails no
2969    immediate practical changes.
2970    
2971    ----------------------------------------------------------------------
2972    Name: Matthias Blume
2973    Date: 2000/06/06 11:15:00 JST
2974    Tag: blume-20000606-lazierpickle
2975    Description:
2976    
2977    !!!! NEW BOOT FILES !!!!
2978    
2979    * The main purpose of this update is to make library pickles lazier in
2980    order to reduce the initial space penalty for autoloading a library.
2981    As a result, it is now possible to have $smlnj/compiler.cm
2982    pre-registered.  This should take care of the many complaints or
2983    inquiries about missing structure Compiler.  This required changes to
2984    CM's internal data structures and small tweaks to some algorithms.
2985    
2986    As a neat additional effect, it is no longer necessary (for the sake
2987    of lean heap image files) to distinguish between a "minimal" CM and a
2988    "full" CM.  Now, there is only one CM (i.e., the "full" version:
2989    $smlnj/cm.cm aka $smlnj/cm/full.cm), and it is always available at the
2990    interactive top level. ($smlnj/cm/minimal.cm is gone.)
2991    
2992    To make the life of compiler-hackers easier, "makeml" now also
2993    pre-registers $smlnj/cmb.cm (aka $smlnj/cmb/current.cm).  In other
2994    words, after you bootstrap a new sml for the first time, you will not
2995    have to autoload $smlnj/cmb.cm again afterwards.  (The first time
2996    around you will still have to do it, though.)
2997    
2998    * A second change consists of major updates to the CM manual.  There
2999    are now several appendices with summary information and also a full
3000    specification of the CM description file syntax.
3001    
3002    * In directory src/system I added the script "allcross".  This script
3003    invokes sml and cross-compiles the compiler for all supported
3004    architectures.  (Useful when providing a new set of boot files.)
3005    
3006    * There seems to be a latent bug in my "lazy pickles" mechanism.  I
3007    added a small tweak to pickle-util.sml to work around this problem,
3008    but it is not a proper fix yet.  I will investigate further.  (The
3009    effect of the bug was an inflation of library pickle size.)
3010    
3011    * Version number increased to 110.28.1 (to avoid compatibility problems).
3012    
3013    ----------------------------------------------------------------------
3014    Name: Allen Leung
3015    Date: 2000/05/25 17:28 EDT
3016    Tag: leunga-20000525-ra
3017    Description:
3018    
3019      Fixed a bug in freezing phase of the register allocator.
3020    
3021    ----------------------------------------------------------------------
3022    Name: Allen Leung
3023    Date: 2000/05/15 22:53 EDT
3024    Tag: leunga-20000515-alpha-x86-ra
3025    Description:
3026    
3027      1. Alpha
3028    
3029          Slight cleanup.  Removed the instruction SGNXL
3030    
3031      2. X86
3032    
3033          Added the following instructions to the instruction set:
3034    
3035            ROLx, RORx,
3036            BTx, BTSx, BTLx, BTRx,
3037            XCHGx, and variants with the LOCK prefix
3038    
3039      3. Register Allocation
3040    
3041          The module ra-rewrite-with-renaming has been improved.
3042    
3043      These have no effect on SML/NJ.
3044    
3045    ----------------------------------------------------------------------
3046    Name: Matthias Blume
3047    Date: 2000/05/15 16:20:00 JST
3048    Tag: blume-20000515-lightrebuild
3049    Description:
3050    
3051    1. I added an alternative to "-rebuild" to "makeml".  The difference is
3052       that prior to calling CMB.make' the CM-variable "LIGHT" will be
3053       defined.  In effect, the command will not build any cross-compiler
3054       backends and therefore finish more quickly.
3055    
3056       The "fixpt" script also takes a "-light" switch to be able to use
3057       this new facility while compiling for a fixpoint.
3058    
3059    2. I replaced all mentions of anchored paths in group owner specifications
3060       with simple relative paths (usually starting with "..").
3061       The rationale is that a library's internal workings should not be
3062       compromised by the lack of some anchor.  (An anchor is necessary
3063       for someone who wants to refer to the library by an anchored path,
3064       but it should not be necessary to build the same library in the first
3065       place.)
3066    
3067    3. I changed the way CM's tool mechanism determines the shell command
3068       string used for things like ml-yacc etc. so that it does not break
3069       when CM.Control.implicit_anchors is turned off.
3070    
3071    ----------------------------------------------------------------------
3072    Name: Matthias Blume
3073    Date: 2000/05/12 18:20:00 JST
3074    Tag: blume-20000512-ml-build
3075    Description:
3076    
3077    Fixed a bug in config/_ml-build that prevented ml-yacc and ml-lex from
3078    getting installed properly (by config/install.sh).
3079    
3080    ----------------------------------------------------------------------
3081    Name: Matthias Blume
3082    Date: 2000/05/12 17:30:00 JST
3083    Tag: blume-20000512-anchors
3084    Description:
3085    
3086    !!! NEW BOOT FILES !!!
3087    
3088    This change is in preparation of fading out support for "implicitly
3089    anchored path names".  I went through all sources and used the
3090    explicit (and relatively new) $-notation.  See system/README and the
3091    CM manual for more info on this.
3092    
3093    I also modified the anchoring scheme for some things such as "smlnj",
3094    "MLRISC", "cm", etc. to take advantage of the fact that explicit
3095    anchors are more expressive: anchor name and first arc do not have to
3096    coincide.  This entails the following user-visible change:
3097    
3098    You have to write $smlnj/foo/bar instead of smlnj/foo/bar.  In
3099    particular, when you fire up sml with a command-line argument, say,
3100    e.g.:
3101    
3102       sml '$smlnj/cmb.cm'
3103    
3104    At the ML toplevel prompt:
3105    
3106       CM.autoload "$smlnj/cmb.cm";
3107    
3108    There is also a new controller in CM.Control that can be used to turn
3109    off all remaining support for implicit anchors by saying:
3110    
3111        CM.autoload "$smlnj/
3112        #set CM.Control.implicit_anchors false;
3113    
3114    This causes CM to reject implicitly anchored paths.  This is (for the
3115    time being) less permissive than the "final" version where there will
3116    be no more such implicit anchors and relative paths will be just that:
3117    relative.
3118    
3119    The next step (version after next version?) will be to make the
3120    default for CM.Control.implicit_anchors false.  After the dust has
3121    settled, I can then produce the "final" version of this...
3122    
3123    Note: Since bootstrapping is a bit tricky, I provided new boot files.
3124    
3125    ----------------------------------------------------------------------
3126    Name: Matthias Blume
3127    Date: 2000/05/11 16:30:00 JST
3128    Tag: blume-20000511-sources
3129    Description:
3130    
3131    The main change is that I added function CM.sources as a generalized
3132    version of the earlier CM.makedepend.  This entails the following
3133    additional changes:
3134    
3135      - CM.makedepend has been dropped.
3136    
3137      - CM manual has been updated.
3138    
3139      - TOOLS signature and API have been changed.
3140    
3141    ----------------------------------------------------------------------
3142    Name: Allen Leung
3143    Date: 2000/05/10 21:17 EDT
3144    Tag: leunga-20000510-moby-c--ssa
3145    Description:
3146    
3147      Various bug fixes and new features for C--, Moby and MLRISC optimizations.
3148    None of these affect SML/NJ.
3149    
3150    1. Register Allocation
3151    
3152        a. A new ra spilling module (ra/ra-spill-with-renaming) is implemented.
3153           This module tries to remove local (i.e. basic block level) redundancies
3154           during spilling.
3155    
3156        b. A new framework for performing region based register allocation.
3157           Not yet entirely functional.
3158    
3159    2. X86
3160    
3161       a. DefUse for POP was missing the stack pointer [found by Lal]
3162       b. Reload for CALL was incorrect in X86Spill [found by John]
3163       c. Various fixes in X86Spill so that it can be used correctly for
3164          the new spilling module.
3165    
3166    3. SSA/IR
3167    
3168       a. New module ir/dj-dataflow.sml implements elimination based
3169          data flow analysis.
3170    
3171    4. MLRiscGen
3172    
3173       a. Fix for gc type annotation
3174    
3175    5. MDGen
3176    
3177       Various fixes for machine description -> ml code translation.  For ssa
3178       only.
3179    
3180    ----------------------------------------------------------------------
3181    Name: Allen Leung
3182    Date: 2000/05/08 22:17 EDT
3183    Tag: leunga-20000508-labexp
3184    Description:
3185    
3186      Fermin has found a few assembly problems with constant expressions
3187      generated in LabelExp.  Mostly, the problems involve extra parentheses,
3188      which choke on dumb assemblers.  This is his fix.
3189    
3190    ----------------------------------------------------------------------
3191    Name: Dave MacQueen
3192    Date: 2000/04/09 14:00 EDT
3193    Tag: dbm-20000502-Version_110_28
3194    Description:
3195    
3196    1. Updated src/compiler/TopLevel/main/version.sml to version 110.28
3197    
3198    2. Updated config/version to 110.28
3199    
3200    3. Updated config/srcarchiveurl
3201    
3202    3. New boot files!
3203       ftp://ftp.research.bell-labs.com/dist/smlnj/working/110.28/
3204    
3205  ----------------------------------------------------------------------  ----------------------------------------------------------------------
3206  Name: Matthias Blume  Name: Matthias Blume
3207  Date: 2000/05/01 19:05:00 JST  Date: 2000/05/01 19:05:00 JST
# Line 310  Line 3501 
3501    
3502  3.  Assembly  3.  Assembly
3503    
3504      When generating assemby, resolve the value of client defined constants,      When generating assembly, resolve the value of client defined constants,
3505      instead of generating symbolic values.  This is controlled by the      instead of generating symbolic values.  This is controlled by the
3506      new flag "asm-resolve-constants", which is default to true.      new flag "asm-resolve-constants", which is default to true.
3507    
# Line 333  Line 3524 
3524    
3525  To this end, I arranged that instead of "structure Core" as "structure  To this end, I arranged that instead of "structure Core" as "structure
3526  _Core" is bound in the pervasive environment.  Core access is done via  _Core" is bound in the pervasive environment.  Core access is done via
3527  _Core (which can never be accidentially rebound because _Core is not a  _Core (which can never be accidentally rebound because _Core is not a
3528  legal surface-syntax symbol).  legal surface-syntax symbol).
3529    
3530  The current solution is much cleaner because the core environment is  The current solution is much cleaner because the core environment is
# Line 343  Line 3534 
3534  with dynamic and symbolic parts of the core environment.  with dynamic and symbolic parts of the core environment.
3535    
3536  Remaining hackery (to bind the "magic" symbol _Core) is localized in the  Remaining hackery (to bind the "magic" symbol _Core) is localized in the
3537  compilation mananger's bootstrap compiler (actually: in the "init group"  compilation manager's bootstrap compiler (actually: in the "init group"
3538  handling).  See the comments in src/system/smlnj/init/init.cmi for  handling).  See the comments in src/system/smlnj/init/init.cmi for
3539  more details.  more details.
3540    
# Line 458  Line 3649 
3649     (specified in the .cm file at each instance where the tool's class is     (specified in the .cm file at each instance where the tool's class is
3650     used).     used).
3651    
3652     This was done to accomodate the new "make" and "shell" tools which     This was done to accommodate the new "make" and "shell" tools which
3653     facilitate fairly seemless hookup to portions of code managed using     facilitate fairly seamless hookup to portions of code managed using
3654     Makefiles or Shell scripts.     Makefiles or Shell scripts.
3655    
3656     There are no classes "shared" or "private" anymore.  Instead, the     There are no classes "shared" or "private" anymore.  Instead, the
# Line 471  Line 3662 
3662    
3663     All existing tools are described in the CM manual.     All existing tools are described in the CM manual.
3664    
3665     - Slightly better error handling.  (CM now surpresses many followup     - Slightly better error handling.  (CM now suppresses many followup
3666     error messages that tended to be more annoying than helpful.)     error messages that tended to be more annoying than helpful.)
3667    
3668  2. Major changes to the compiler's static environment data structures.  2. Major changes to the compiler's static environment data structures.
# Line 502  Line 3693 
3693       elaborator). There were a lot of changes during my "linkpath" trials       elaborator). There were a lot of changes during my "linkpath" trials
3694       that could have been reverted to their original state but weren't.       that could have been reverted to their original state but weren't.
3695       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
3696       than what was strictly necessary...  (I _did_ resist the tempation       than what was strictly necessary...  (I _did_ resist the temptation
3697       of doing any "global reformatting" to avoid an untimely death at       of doing any "global reformatting" to avoid an untimely death at
3698       Dave's hands. :)       Dave's hands. :)
3699    
# Line 605  Line 3796 
3796    
3797       I've changed andl to testl in the floating point test sequence       I've changed andl to testl in the floating point test sequence
3798       whenever appropriate.  The Intel optimization guide states that       whenever appropriate.  The Intel optimization guide states that
3799       testl is perferable to andl.       testl is preferable to andl.
3800    
3801  7. RA (x86 only)  7. RA (x86 only)
3802    
# Line 787  Line 3978 
3978    
3979  1. Tools.registerStdShellCmdTool (from smlnj/cm/tool.cm) takes an  1. Tools.registerStdShellCmdTool (from smlnj/cm/tool.cm) takes an
3980  additional argument called "template" which is an optional string that  additional argument called "template" which is an optional string that
3981  specifiel the layout of the tool command line.  See the CM manual for  specifies the layout of the tool command line.  See the CM manual for
3982  explanation.  explanation.
3983    
3984  2. A special-purpose tool can be "regisitered" by simply dropping the  2. A special-purpose tool can be "registered" by simply dropping the
3985  corresponding <...>-tool.cm (and/or <...>-ext.cm) into the same  corresponding <...>-tool.cm (and/or <...>-ext.cm) into the same
3986  directory where the .cm file lives that uses this tool.  (The  directory where the .cm file lives that uses this tool.  (The
3987  behavior/misfeature until now was to look for the tool description  behavior/misfeature until now was to look for the tool description
# Line 834  Line 4025 
4025  rebuild.  Having sets of the form <base><k>.{bin,boot}.<arch>-unix for  rebuild.  Having sets of the form <base><k>.{bin,boot}.<arch>-unix for
4026  <k>=1,2,... is normally not a good idea when invoking fixpt.  However,  <k>=1,2,... is normally not a good idea when invoking fixpt.  However,
4027  they might be the result of an earlier partial run of fixpt (which  they might be the result of an earlier partial run of fixpt (which
4028  perhaps got accidentially killed).  In this case, fixpt will quickly  perhaps got accidentally killed).  In this case, fixpt will quickly
4029  move through what exists before continuing where it left off earlier,  move through what exists before continuing where it left off earlier,
4030  and, thus, saves a lot of time.  and, thus, saves a lot of time.
4031    
# Line 884  Line 4075 
4075    it from that remote directory.    it from that remote directory.
4076    This should simplify installation further:  For machines that have    This should simplify installation further:  For machines that have
4077    access to the internet, just fetch <version>-config.tgz, unpack it,    access to the internet, just fetch <version>-config.tgz, unpack it,
4078    edit config/targets, and go (run config/install.sh).  The scipt will    edit config/targets, and go (run config/install.sh).  The script will
4079    fetch everything else that it might need all by itself.    fetch everything else that it might need all by itself.
4080    
4081    For CVS users, this mechanism is not relevant for source archives, but    For CVS users, this mechanism is not relevant for source archives, but

Legend:
Removed from v.634  
changed lines
  Added in v.1059

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