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/NOTES/HISTORY
ViewVC logotype

Diff of /sml/trunk/NOTES/HISTORY

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 775, Fri Jan 12 01:17:51 2001 UTC revision 1155, Wed Mar 20 20:52:51 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/03/20 15:55:00 EST
18    Tag: blume-20020320-kmp
19    Description:
20    
21    Implemented Knuth-Morris-Pratt string matching in PreString and used
22    it for String.isSubstring, Substring.isSubstring, and
23    Substring.position.
24    
25    (Might need some stress-testing.  Simple examples worked fine.)
26    
27    ----------------------------------------------------------------------
28    Name: Matthias Blume
29    Date: 2002/03/19 16:37:00 EST
30    Tag: blume-20020319-witnesses
31    Description:
32    
33    Added a structure C.W and functions convert/Ptr.convert to ml-nlffi-lib.
34    
35    This implements a generic mechanism for changing constness qualifiers
36    anywhere within big C types without resorting to outright "casts".
37    (So far, functions such as C.rw/C.ro or C.Ptr.rw/C.Ptr.ro only let you
38    modify the constness at the outermost level.)
39    The implementation of "convert" is based on the idea of "witness"
40    values -- values that are not used by the operation but whose types
41    "testify" to their applicability.  On the implementation side, "convert"
42    is simply a projection (returning its second curried argument).  With
43    cross-module inlining, it should not result in any machine code being
44    generated.
45    
46    ----------------------------------------------------------------------
47    Name: Matthias Blume
48    Date: 2002/03/15 16:40:00 EST
49    Tag: blume-20020315-basis
50    Description:
51    
52    Provided (preliminary?) implementations for
53    
54      {String,Substring}.{concatWith,isSuffix,isSubstring}
55    
56    and
57    
58      Substring.full
59    
60    Those are in the Basis spec but they were missing in SML/NJ.
61    
62    ----------------------------------------------------------------------
63    Name: Matthias Blume
64    Date: 2002/03/14 21:30:00 EST
65    Tag: blume-20020314-controls
66    Description:
67    
68    Controls:
69    ---------
70    
71    1. Factored out the recently-added Controls : CONTROLS stuff and put
72       it into its own library $/controls-lib.cm.  The source tree for
73       this is under src/smlnj-lib/Controls.
74    
75    2. Changed the names of types and functions in this interface, so they
76       make a bit more "sense":
77    
78          module -> registry
79          'a registry -> 'a group
80    
81    3. The interface now deals in ref cells only.  The getter/setter interface
82       is (mostly) gone.
83    
84    4. Added a function that lets one register an already-existing ref cell.
85    
86    5. Made the corresponding modifications to the rest of the code so that
87       everything compiles again.
88    
89    6. Changed the implementation of Controls.MLRISC back to something closer
90       to the original.  In particular, this module (and therefore MLRISC)
91       does not depend on Controls.  There now is some link-time code in
92       int-sys.sml that registers the MLRISC controls with the Controls
93       module.
94    
95    CM:
96    ---
97    
98      * One can now specify the lambda-split aggressiveness in init.cmi.
99    
100    ----------------------------------------------------------------------
101    Name: Allen Leung
102    Date: 2002/03/13 17:30:00 EST
103    Tag: leunga-20020313-x86-fp-unary
104    Description:
105    
106    Bug fix for:
107    
108    > leunga@weaselbane:~/Yale/tmp/sml-dist{21} bin/sml
109    > Standard ML of New Jersey v110.39.1 [FLINT v1.5], March 08, 2002
110    > - fun f(x,(y,z)) = Real.~ y;
111    > [autoloading]
112    > [autoloading done]
113    >       fchsl   (%eax), 184(%esp)
114    > Error: MLRisc bug: X86MCEmitter.emitInstr
115    >
116    > uncaught exception Error
117    >   raised at: ../MLRISC/control/mlriscErrormsg.sml:16.14-16.19
118    
119    The problem was that the code generator did not generate any fp registers
120    in this case, and the ra didn't know that it needed to run the X86FP phase to
121    translate the pseudo fp instruction.   This only happened with unary fp
122    operators in certain situations.
123    
124    ----------------------------------------------------------------------
125    Name: Matthias Blume
126    Date: 2002/03/13 14:00:00 EST
127    Tag: blume-20020313-overload-etc
128    Description:
129    
130    1. Added _overload as a synonym for overload for backward compatibility.
131       (Control.overloadKW must be true for either version to be accepted.)
132    
133    2. Fixed bug in install script that caused more things to be installed
134       than what was requested in config/targets.
135    
136    3. Made CM aware of the (_)overload construct so that autoloading
137       works.
138    
139    ----------------------------------------------------------------------
140    Name: Matthias Blume
141    Date: 2002/03/12 22:03:00 EST
142    Tag: blume-20020312-url
143    Description:
144    
145    Forgot to update BOOT and srcarchiveurl.
146    
147    ----------------------------------------------------------------------
148    Name: Matthias Blume
149    Date: 2002/03/12 17:30:00 EST
150    Tag: blume-20020312-version110392
151    Description:
152    
153    Yet another version number bump (because of small changes to the
154    binfile format).  Version number is now 110.39.2.  NEW BOOTFILES!
155    
156    Changes:
157    
158      The new pid generation scheme described a few weeks ago was overly
159      complicated.  I implemented a new mechanism that is simpler and
160      provides a bit more "stability":  Once CM has seen a compilation
161      unit, it keeps its identity constant (as long as you do not delete
162      those crucial CM/GUID/* files).  This means that when you change
163      an interface, compile, then go back to the old interface, and
164      compile again, you arrive at the original pid.
165    
166      There now also is a mechanism that instructs CM to use the plain
167      environment hash as a module's pid (effectively making its GUID
168      the empty string).  For this, "noguid" must be specified as an
169      option to the .sml file in question within its .cm file.
170      This is most useful for code that is being generated by tools such
171      as ml-nlffigen (because during development programmers tend to
172      erase the tool's entire output directory tree including CM's cached
173      GUIDs).  "noguid" is somewhat dangerous (since it can be used to locally
174      revert to the old, broken behavior of SML/NJ, but in specific cases
175      where there is no danger of interface confusion, its use is ok
176      (I think).
177    
178      ml-nlffigen by default generates "noguid" annotations.  They can be
179      turned off by specifying -guid in its command line.
180    
181    ----------------------------------------------------------------------
182    Name: Lal George
183    Date: 2002/03/12 12 14:42:36 EST
184    Tag: george-20020312-frequency-computation
185    Description:
186    
187    Integrated jump chaining and static block frequency into the
188    compiler. More details and numbers later.
189    
190    ----------------------------------------------------------------------
191    Name: Lal George
192    Date: 2002/03/11 11 22:38:53 EST
193    Tag: george-20020311-jump-chain-elim
194    Description:
195    
196    Tested the jump chain elimination on all architectures (except the
197    hppa).  This is on by default right now and is profitable for the
198    alpha and x86, however, it may not be profitable for the sparc and ppc
199    when compiling the compiler.
200    
201    The gc test will typically jump to a label at the end of the cluster,
202    where there is another jump to an external cluster containing the actual
203    code to invoke gc. This is to allow factoring of common gc invocation
204    sequences. That is to say, we generate:
205    
206            f:
207               testgc
208               ja   L1      % jump if above to L1
209    
210            L1:
211               jmp L2
212    
213    
214    After jump chain elimination the 'ja L1' instructions is converted to
215    'ja L2'. On the sparc and ppc, many of the 'ja L2' instructions may end
216    up being implemented in their long form (if L2 is far away) using:
217    
218            jbe     L3      % jump if below or equal to L3
219            jmp     L2
220         L3:
221            ...
222    
223    
224    For large compilation units L2  may be far away.
225    
226    
227    ----------------------------------------------------------------------
228    Name: Matthias Blume
229    Date: 2002/03/11 13:30:00 EST
230    Tag: blume-20020311-mltreeeval
231    Description:
232    
233    A functor parameter was missing.
234    
235    ----------------------------------------------------------------------
236    Name: Allen Leung
237    Date: 2002/03/11 10:30:00 EST
238    Tag: leunga-20020311-runtime-string0
239    Description:
240    
241       The representation of the empty string now points to a
242    legal null terminated C string instead of unit.  It is now possible
243    to convert an ML string into C string with InlineT.CharVector.getData.
244    This compiles into one single machine instruction.
245    
246    ----------------------------------------------------------------------
247    Name: Allen Leung
248    Date: 2002/03/10 23:55:00 EST
249    Tag: leunga-20020310-x86-call
250    Description:
251    
252       Added machine generation for CALL instruction (relative displacement mode)
253    
254    ----------------------------------------------------------------------
255    Name: Matthias Blume
256    Date: 2002/03/08 16:05:00
257    Tag: blume-20020308-entrypoints
258    Description:
259    
260    Version number bumped to 110.39.1.  NEW BOOTFILES!
261    
262    Entrypoints: non-zero offset into a code object where execution should begin.
263    
264    - Added the notion of an entrypoint to CodeObj.
265    - Added reading/writing of entrypoint info to Binfile.
266    - Made runtime system bootloader aware of entrypoints.
267    - Use the address of the label of the first function given to mlriscGen
268      as the entrypoint.  This address is currently always 0, but it will
269      not be 0 once we turn on block placement.
270    - Removed the linkage cluster code (which was The Other Way(tm) of dealing
271      with entry points) from mlriscGen.
272    
273    ----------------------------------------------------------------------
274    Name: Allen Leung
275    Date: 2002/03/07 20:45:00 EST
276    Tag: leunga-20020307-x86-cmov
277    Description:
278    
279       Bug fixes for CMOVcc on x86.
280    
281       1. Added machine code generation for CMOVcc
282       2. CMOVcc is now generated in preference over SETcc on PentiumPro or above.
283       3. CMOVcc cannot have an immediate operand as argument.
284    
285    ----------------------------------------------------------------------
286    Name: Matthias Blume
287    Date: 2002/03/07 16:15:00 EST
288    Tag: blume-20020307-controls
289    Description:
290    
291    This is a very large but mostly boring patch which makes (almost)
292    every tuneable compiler knob (i.e., pretty much everything under
293    Control.* plus a few other things) configurable via both the command
294    line and environment variables in the style CM did its configuration
295    until now.
296    
297    Try starting sml with '-h' (or, if you are brave, '-H')
298    
299    To this end, I added a structure Controls : CONTROLS to smlnj-lib.cm which
300    implements the underlying generic mechanism.
301    
302    The interface to some of the existing such facilities has changed somewhat.
303    For example, the MLRiscControl module now provides mkFoo instead of getFoo.
304    (The getFoo interface is still there for backward-compatibility, but its
305    use is deprecated.)
306    
307    The ml-build script passes -Cxxx=yyy command-line arguments through so
308    that one can now twiddle the compiler settings when using this "batch"
309    compiler.
310    
311    TODO items:
312    
313    We should go through and throw out all controls that are no longer
314    connected to anything.  Moreover, we should go through and provide
315    meaningful (and correct!) documentation strings for those controls
316    that still are connected.
317    
318    Currently, multiple calls to Controls.new are accepted (only the first
319    has any effect).  Eventually we should make sure that every control
320    is being made (via Controls.new) exactly once.  Future access can then
321    be done using Controls.acc.
322    
323    Finally, it would probably be a good idea to use the getter-setter
324    interface to controls rather than ref cells.  For the time being, both
325    styles are provided by the Controls module, but getter-setter pairs are
326    better if thread-safety is of any concern because they can be wrapped.
327    
328    *****************************************
329    
330    One bug fix: The function blockPlacement in three of the MLRISC
331    backpatch files used to be hard-wired to one of two possibilities at
332    link time (according to the value of the placementFlag).  But (I
333    think) it should rather sense the flag every time.
334    
335    *****************************************
336    
337    Other assorted changes (by other people who did not supply a HISTORY entry):
338    
339    1. the cross-module inliner now works much better (Monnier)
340    2. representation of weights, frequencies, and probabilities in MLRISC
341       changed in preparation of using those for weighted block placement
342       (Reppy, George)
343    
344    ----------------------------------------------------------------------
345    Name: Lal George
346    Date: 2002/03/07 14:44:24 EST 2002
347    Tag: george-20020307-weighted-block-placement
348    
349    Tested the weighted block placement optimization on all architectures
350    (except the hppa) using AMPL to generate the block and edge frequencies.
351    Changes were required in the machine properties to correctly
352    categorize trap instructions. There is an MLRISC flag
353    "weighted-block-placement" that can be used to enable weighted block
354    placement, but this will be ineffective without block/edge
355    frequencies (coming soon).
356    
357    
358    ----------------------------------------------------------------------
359    Name: Lal George
360    Date: 2002/03/05 17:24:48 EST
361    Tag: george-20020305-linkage-cluster
362    
363    In order to support the block placement optimization, a new cluster
364    is generated as the very first cluster (called the linkage cluster).
365    It contains a single jump to the 'real' entry point for the compilation
366    unit. Block placement has no effect on the linkage cluster itself, but
367    all the other clusters  have full freedom in the manner in which they
368    reorder blocks or functions.
369    
370    On the x86 the typical linkage code that is generated is:
371       ----------------------
372            .align 2
373       L0:
374            addl    $L1-L0, 72(%esp)
375            jmp     L1
376    
377    
378            .align  2
379       L1:
380       ----------------------
381    
382    72(%esp) is the memory location for the stdlink register. This
383    must contain the address of the CPS function being called. In the
384    above example, it contains the address of  L0; before
385    calling L1 (the real entry point for the compilation unit), it
386    must contain the address for L1, and hence
387    
388            addl $L1-L0, 72(%esp)
389    
390    I have tested this on all architectures except the hppa.The increase
391    in code size is of course negligible
392    
393    ----------------------------------------------------------------------
394    Name: Allen Leung
395    Date: 2002/03/03 13:20:00 EST
396    Tag: leunga-20020303-mlrisc-tools
397    
398      Added #[ ... ] expressions to mlrisc tools
399    
400    ----------------------------------------------------------------------
401    Name: Matthias Blume
402    Date: 2002/02/27 12:29:00 EST
403    Tag: blume-20020227-cdebug
404    Description:
405    
406    - made types in structure C and C_Debug to be equal
407    - got rid of code duplication (c-int.sml vs. c-int-debug.sml)
408    - there no longer is a C_Int_Debug (C_Debug is directly derived from C)
409    
410    ----------------------------------------------------------------------
411    Name: Matthias Blume
412    Date: 2002/02/26 12:00:00 EST
413    Tag: blume-20020226-ffi
414    Description:
415    
416    1. Fixed a minor bug in CM's "noweb" tool:
417       If numbering is turned off, then truly don't number (i.e., do not
418       supply the -L option to noweb).  The previous behavior was to supply
419       -L'' -- which caused noweb to use the "default" line numbering scheme.
420       Thanks to Chris Richards for pointing this out (and supplying the fix).
421    
422    2. Once again, I reworked some aspects of the FFI:
423    
424       A. The incomplete/complete type business:
425    
426       - Signatures POINTER_TO_INCOMPLETE_TYPE and accompanying functors are
427         gone!
428       - ML types representing an incomplete type are now *equal* to
429         ML types representing their corresponding complete types (just like
430         in C).  This is still safe because ml-nlffigen will not generate
431         RTTI for incomplete types, nor will it generate functions that
432         require access to such RTTI.   But when ML code generated from both
433         incomplete and complete versions of the C type meet, the ML types
434         are trivially interoperable.
435    
436         NOTE:  These changes restore the full generality of the translation
437         (which was previously lost when I eliminated functorization)!
438    
439       B. Enum types:
440    
441       - Structure C now has a type constructor "enum" that is similar to
442         how the "su" constructor works.  However, "enum" is not a phantom
443         type because each "T enum" has values (and is isomorphic to
444         MLRep.Signed.int).
445       - There are generic access operations for enum objects (using
446         MLRep.Signed.int).
447       - ml-nlffigen will generate a structure E_foo for each "enum foo".
448         * The structure contains the definition of type "mlrep" (the ML-side
449         representation type of the enum).  Normally, mlrep is the same
450         as "MLRep.Signed.int", but if ml-nlffigen was invoked with "-ec",
451         then mlrep will be defined as a datatype -- thus facilitating
452         pattern matching on mlrep values.
453         ("-ec" will be suppressed if there are duplicate values in an
454          enumeration.)
455         * Constructors ("-ec") or values (no "-ec") e_xxx of type mlrep
456         will be generated for each C enum constant xxx.
457         * Conversion functions m2i and i2m convert between mlrep and
458         MLRep.Signed.int.  (Without "-ec", these functions are identities.)
459         * Coversion functions c and ml convert between mlrep and "tag enum".
460         * Access functions (get/set) fetch and store mlrep values.
461       - By default (unless ml-nlffigen was invoked with "-nocollect"), unnamed
462         enumerations are merged into one single enumeration represented by
463         structure E_'.
464    
465    ----------------------------------------------------------------------
466    Name: Allen Leung
467    Date: 2002/02/25 04:45:00 EST
468    Tag: leunga-20020225-cps-spill
469    
470    This is a new implementation of the CPS spill phase.
471    The new phase is in the new file compiler/CodeGen/cpscompile/spill-new.sml
472    In case of problems, replace it with the old file spill.sml
473    
474    The current compiler runs into some serious performance problems when
475    constructing a large record.  This can happen when we try to compile a
476    structure with many items.  Even a very simple structure like the following
477    makes the compiler slow down.
478    
479        structure Foo = struct
480           val x_1 = 0w1 : Word32.int
481           val x_2 = 0w2 : Word32.int
482           val x_3 = 0w3 : Word32.int
483           ...
484           val x_N = 0wN : Word32.int
485        end
486    
487    The following table shows the compile time, from N=1000 to N=4000,
488    with the old compiler:
489    
490    N
491    1000   CPS 100 spill                           0.04u  0.00s  0.00g
492           MLRISC ra                               0.06u  0.00s  0.05g
493              (spills = 0 reloads = 0)
494           TOTAL                                   0.63u  0.07s  0.21g
495    
496    1100   CPS 100 spill                           8.25u  0.32s  0.64g
497           MLRISC ra                               5.68u  0.59s  3.93g
498              (spills = 0 reloads = 0)
499           TOTAL                                   14.71u  0.99s  4.81g
500    
501    1500   CPS 100 spill                           58.55u  2.34s  1.74g
502           MLRISC ra                               5.54u  0.65s  3.91g
503              (spills = 543 reloads = 1082)
504           TOTAL                                   65.40u  3.13s  6.00g
505    
506    2000   CPS 100 spill                           126.69u  4.84s  3.08g
507           MLRISC ra                               0.80u  0.10s  0.55g
508              (spills = 42 reloads = 84)
509           TOTAL                                   129.42u  5.10s  4.13g
510    
511    3000   CPS 100 spill                           675.59u  19.03s  11.64g
512           MLRISC ra                               2.69u  0.27s  1.38g
513              (spills = 62 reloads = 124)
514           TOTAL                                   682.48u  19.61s  13.99g
515    
516    4000   CPS 100 spill                           2362.82u  56.28s  43.60g
517           MLRISC ra                               4.96u  0.27s  2.72g
518              (spills = 85 reloads = 170)
519           TOTAL                                   2375.26u  57.21s  48.00g
520    
521    As you can see the old cps spill module suffers from some serious
522    performance problem.  But since I cannot decipher the old code fully,
523    instead of patching the problems up, I'm reimplementing it
524    with a different algorithm.  The new code is more modular,
525    smaller when compiled, and substantially faster
526    (O(n log n) time and O(n) space).  Timing of the new spill module:
527    
528    4000  CPS 100 spill                           0.02u  0.00s  0.00g
529          MLRISC ra                               0.25u  0.02s  0.15g
530             (spills=1 reloads=3)
531          TOTAL                                   7.74u  0.34s  1.62g
532    
533    Implementation details:
534    
535    As far as I can tell, the purpose of the CPS spill module is to make sure the
536    number of live variables at any program point (the bandwidth)
537    does not exceed a certain limit, which is determined by the
538    size of the spill area.
539    
540    When the bandwidth is too large, we decrease the register pressure by
541    packing live variables into spill records.  How we achieve this is
542    completely different than what we did in the old code.
543    
544    First, there is something about the MLRiscGen code generator
545    that we should be aware of:
546    
547    o MLRiscGen performs code motion!
548    
549       In particular, it will move floating point computations and
550       address computations involving only the heap pointer to
551       their use sites (if there is only a single use).
552       What this means is that if we have a CPS record construction
553       statement
554    
555           RECORD(k,vl,w,e)
556    
557       we should never count the new record address w as live if w
558       has only one use (which is often the case).
559    
560       We should do something similar to floating point, but the transformation
561       there is much more complex, so I won't deal with that.
562    
563    Secondly, there are now two new cps primops at our disposal:
564    
565     1. rawrecord of record_kind option
566        This pure operator allocates some uninitialized storage from the heap.
567        There are two forms:
568    
569         rawrecord NONE [INT n]  allocates a tagless record of length n
570         rawrecord (SOME rk) [INT n] allocates a tagged record of length n
571                                     and initializes the tag.
572    
573     2. rawupdate of cty
574          rawupdate cty (v,i,x)
575          Assigns to x to the ith component of record v.
576          The storelist is not updated.
577    
578    We use these new primops for both spilling and increment record construction.
579    
580     1. Spilling.
581    
582        This is implemented with a linear scan algorithm (but generalized
583        to trees).  The algorithm will create a single spill record at the
584        beginning of the cps function and use rawupdate to spill to it,
585        and SELECT or SELp to reload from it.  So both spills and reloads
586        are fine-grain operations.  In contrast, in the old algorithm
587        "spills" have to be bundled together in records.
588    
589        Ideally, we should sink the spill record construction to where
590        it is needed.  We can even split the spill record into multiple ones
591        at the places where they are needed.  But CPS is not a good
592        representation for global code motion, so I'll keep it simple and
593        am not attempting this.
594    
595     2. Incremental record construction (aka record splitting).
596    
597        Long records with many component values which are simulatenously live
598        (recall that single use record addresses are not considered to
599         be live) are constructed with rawrecord and rawupdate.
600        We allocate space on the heap with rawrecord first, then gradually
601        fill it in with rawupdate.  This is the technique suggested to me
602        by Matthias.
603    
604        Some restrictions on when this is applicable:
605        1. It is not a VECTOR record.  The code generator currently does not handle
606           this case. VECTOR record uses double indirection like arrays.
607        2. All the record component values are defined in the same "basic block"
608           as the record constructor.  This is to prevent speculative
609           record construction.
610    
611    ----------------------------------------------------------------------
612    Name: Allen Leung
613    Date: 2002/02/22 01:02:00 EST
614    Tag: leunga-20020222-mlrisc-tools
615    
616    Minor bug fixes in the parser and rewriter
617    
618    ----------------------------------------------------------------------
619    Name: Allen Leung
620    Date: 2002/02/21 20:20:00 EST
621    Tag: leunga-20020221-peephole
622    
623    Regenerated the peephole files.  Some contained typos in the specification
624    and some didn't compile because of pretty printing bugs in the old version
625    of 'nowhere'.
626    
627    ----------------------------------------------------------------------
628    Name: Allen Leung
629    Date: 2002/02/19 20:20:00 EST
630    Tag: leunga-20020219-mlrisc-tools
631    Description:
632    
633       Minor bug fixes to the mlrisc-tools library:
634    
635       1.  Fixed up parsing colon suffixed keywords
636       2.  Added the ability to shut the error messages up
637       3.  Reimplemented the pretty printer and fixed up/improved
638           the pretty printing of handle and -> types.
639       4.  Fixed up generation of literal symbols in the nowhere tool.
640       5.  Added some SML keywords to to sml.sty
641    
642    ----------------------------------------------------------------------
643    Name: Matthias Blume
644    Date: 2002/02/19 16:20:00 EST
645    Tag: blume-20020219-cmffi
646    Description:
647    
648    A wild mix of changes, some minor, some major:
649    
650    * All C FFI-related libraries are now anchored under $c:
651        $/c.cm      --> $c/c.cm
652        $/c-int.cm  --> $c/internals/c-int.cm
653        $/memory.cm --> $c/memory/memory.cm
654    
655    * "make" tool (in CM) now treats its argument pathname slightly
656      differently:
657        1. If the native expansion is an absolute name, then before invoking
658           the "make" command on it, CM will apply OS.Path.mkRelative
659           (with relativeTo = OS.FileSys.getDir()) to it.
660        2. The argument will be passed through to subsequent phases of CM
661           processing without "going native".  In particular, if the argument
662           was an anchored path, then "make" will not lose track of that anchor.
663    
664    * Compiler backends now "know" their respective C calling conventions
665      instead of having to be told about it by ml-nlffigen.  This relieves
666      ml-nlffigen from one of its burdens.
667    
668    * The X86Backend has been split into X86CCallBackend and X86StdCallBackend.
669    
670    * Export C_DEBUG and C_Debug from $c/c.cm.
671    
672    * C type encoding in ml-nlffi-lib has been improved to model the conceptual
673      subtyping relationship between incomplete pointers and their complete
674      counterparts.  For this, ('t, 'c) ptr has been changed to 'o ptr --
675      with the convention of instantiating 'o with ('t, 'c) obj whenever
676      the pointer target type is complete.  In the incomplete case, 'o
677      will be instantiated with some "'c iobj" -- a type obtained by
678      using one of the functors PointerToIncompleteType or PointerToCompleteType.
679    
680      Operations that work on both incomplete and complete pointer types are
681      typed as taking an 'o ptr while operations that require the target to
682      be known are typed as taking some ('t, 'c) obj ptr.
683    
684      voidptr is now a bit "more concrete", namely "type voidptr = void ptr'"
685      where void is an eqtype without any values.  This makes it possible
686      to work on voidptr values using functions meant to operate on light
687      incomplete pointers.
688    
689    * As a result of the above, signature POINTER_TO_INCOMPLETE_TYPE has
690      been vastly simplified.
691    
692    ----------------------------------------------------------------------
693    Name: Matthias Blume
694    Date: 2002/02/19 10:48:00 EST
695    Tag: blume-20020219-pqfix
696    Description:
697    
698    Applied Chris Okasaki's bug fix for priority queues.
699    
700    ----------------------------------------------------------------------
701    Name: Matthias Blume
702    Date: 2002/02/15 17:05:00
703    Tag: Release_110_39
704    Description:
705    
706    Last-minute retagging is becoming a tradition... :-(
707    
708    This is the working release 110.39.
709    
710    ----------------------------------------------------------------------
711    Name: Matthias Blume
712    Date: 2002/02/15 16:00:00 EST
713    Tag: Release_110_39-orig
714    Description:
715    
716    Working release 110.39.  New bootfiles.
717    
718    (Update: There was a small bug in the installer so it wouldn't work
719    with all shells.  So I retagged. -Matthias)
720    
721    ----------------------------------------------------------------------
722    Name: Matthias Blume
723    Date: 2002/02/15 14:17:00 EST
724    Tag: blume-20020215-showbindings
725    Description:
726    
727    Added EnvRef.listBoundSymbols and CM.State.showBindings.  Especially
728    the latter can be useful for exploring what bindings are available at
729    the interactive prompt.  (The first function returns only the list
730    of symbols that are really bound, the second prints those but also the
731    ones that CM's autoloading mechanism knows about.)
732    
733    ----------------------------------------------------------------------
734    Name: Matthias Blume
735    Date: 2002/02/15 12:08:00 EST
736    Tag: blume-20020215-iptrs
737    Description:
738    
739    Two improvements to ml-nlffigen:
740    
741      1. Write files only if they do not exist or if their current contents
742         do not coincide with what's being written.  (That is, avoid messing
743         with the time stamps unless absolutely necessary.)
744    
745      2. Implement a "repository" mechanism for generated files related
746         to "incomplete pointer types".   See the README file for details.
747    
748    ----------------------------------------------------------------------
749    Name: Matthias Blume
750    Date: 2002/02/14 11:50:00 EST
751    Tag: blume-20020214-quote
752    Description:
753    
754    Added a type 't t_' to tag.sml (in ml-nlffi-lib.cm).  This is required
755    because of the new and improved tag generation scheme.  (Thanks to Allen
756    Leung for pointing it out.)
757    
758    ----------------------------------------------------------------------
759    Name: Lal George
760    Date: 2002/02/14 09:55:27 EST 2002
761    Tag: george-20020214-isabelle-bug
762    Description:
763    
764    Fixed the MLRISC bug sent by Markus Wenzel regarding the compilation
765    of Isabelle on the x86.
766    
767    From Allen:
768    -----------
769     I've found the problem:
770    
771         in ra-core.sml, I use the counter "blocked" to keep track of the
772         true number of elements in the freeze queue.  When the counter goes
773         to zero, I skip examining the queue.  But I've messed up the
774         bookkeeping in combine():
775    
776             else ();
777             case !ucol of
778               PSEUDO => (if !cntv > 0 then
779                     (if !cntu > 0 then blocked := !blocked - 1 else ();
780                                        ^^^^^^^^^^^^^^^^^^^^^^^
781                      moveu := mergeMoveList(!movev, !moveu)
782                     )
783                  else ();
784    
785         combine() is called to coalesce two nodes u and v.
786         I think I was thinking that if the move counts of u and v are both
787         greater than zero then after they are coalesced then one node is
788         removed from the freeze queue.  Apparently I was thinking that
789         both u and v are of low degree, but that's clearly not necessarily true.
790    
791    
792    02/12/2002:
793        Here's the patch.  HOL now compiles.
794    
795        I don't know how this impact on performance (compile
796        time or runtime).  This bug caused the RA (especially on the x86)
797        to go thru the potential spill phase when there are still nodes on the
798        freeze queue.
799    
800    
801    
802    
803    ----------------------------------------------------------------------
804    Name: Matthias Blume
805    Date: 2002/02/13 22:40:00 EST
806    Tag: blume-20020213-fptr-rtti
807    Description:
808    
809    Fixed a bug in ml-nlffigen that was introduced with one of the previous
810    updates.
811    
812    ----------------------------------------------------------------------
813    Name: Matthias Blume
814    Date: 2002/02/13 16:41:00 EST
815    Tag: blume-20020213-cmlpq
816    Description:
817    
818    Added new priority queue export symbols (which have just been added to
819    smlnj-lib.cm) to CML's version of smlnj-lib.cm.  (Otherwise CML would
820    not compile and the installer would choke.)
821    
822    ----------------------------------------------------------------------
823    Name: Matthias Blume
824    Date: 2002/02/13 16:15:00 EST
825    Tag: blume-20020213-various
826    Description:
827    
828    1. More tweaks to ml-nlffigen:
829    
830       - better internal datastructures (resulting in slight speedup)
831       - "-match" option requires exact match
832       - "localized" gensym counters (untagged structs/unions nested within
833         other structs/unions or within typedefs get a fresh counter; their
834         tag will be prefixed by a concatenation of their parents' tags)
835       - bug fixes (related to calculation of transitive closure of types
836         to be included in the output)
837    
838    2. Minor Basis updates:
839    
840       - added implementations for List.collate and Option.app
841    
842    ----------------------------------------------------------------------
843    Name: Matthias Blume
844    Date: 2002/02/11 15:55:00 EST
845    Tag: blume-20020211-gensym
846    Description:
847    
848    Added a "-gensym" option to command line of ml-nlffigen.  This can be
849    used to specify a "stem" -- a string that is inserted in all "gensym'd"
850    names (ML structure names that correspond to unnamed C structs, unions,
851    and enums), so that separate runs of ml-nlffigen do not clash.
852    
853    ----------------------------------------------------------------------
854    Name: Matthias Blume
855    Date: 2002/02/11 12:05:00 EST
856    Tag: blume-20020211-gensml
857    Description:
858    
859    A quick fix for a problem with GenSML (in the pgraph-util library):
860    Make generation of toplevel "local" optional.  (Strictly speaking,
861    signature definitions within "local" are not legal SML.)
862    
863    Other than that: updates to INSTALL and cm/TODO.
864    
865    ----------------------------------------------------------------------
866    Name: Matthias Blume
867    Date: 2002/02/08 15:00:00 EST
868    Tag: blume-20020208-uniquepid
869    Description:
870    
871    0. Version number has been bumped to 110.38.1.  NEW BOOTFILES!!!
872    
873    1. The installer (config/install.sh) has gotten smarter:
874    
875         - Configuration options are a bit easier to specify now
876           (in config/targets).
877         - Bug in recognizing .tar.bz2 files fixed.
878         - Installer automatically resolves dependencies between
879           configuration options (e.g., if you ask for eXene, you will
880           also get cml -- regardless whether you asked for it or not).
881         - Installer can run in "quieter mode" by setting the environment
882           variable INSTALL_QUIETLY to "true".  "Quieter" does not mean
883           "completely silent", though.
884         - Build HashCons library as part of smlnj-lib.
885    
886    2. A new scheme for assigning persistent identifiers to compilation
887       units (and, by extension, to types etc.) has been put into place.
888       This fixes a long-standing bug where types and even dynamic values
889       can get internally confused, thereby compromising type safety
890       (abstraction) and dynamic correctness.  See
891    
892         http://cm.bell-labs.com/cm/cs/who/blume/pid-confusion.tgz
893    
894       for an example of how things could go wrong until now.
895    
896       The downside of the new scheme is that pids are not quite as
897       persistent as they used to be: CM will generate a fresh pid
898       for every compilation unit that it thinks it sees for the first
899       time.  That means that if you compile starting from a clean, fresh
900       source tree at two different times, you end up with different
901       binaries.
902    
903       Cutoff recompilation, however, has not been compromised because
904       CM keeps pid information in special caches between runs.
905    
906    ----------------------------------------------------------------------
907    Name: Lal George
908    Date: 2002/02/07 15:34:13 EST 2002
909    Tag: <none>
910    Description:
911    
912    Compilers that generate assembly code may produce  global labels
913    whose value is resolved at link time. The various peephole optimization
914    modules did not take this in account.
915    
916    TODO. The Labels.addrOf function should really return an option
917    type so that clients are forced to deal with this issue, rather
918    than an exception being raised.
919    
920    ----------------------------------------------------------------------
921    Name: Lal George
922    Date: 2002/02/06 13:55:02 EST
923    Tag: george-20020206-ra-breakup
924    Description:
925    
926    1. A bug fix from Allen.
927    
928        A typo causes extra fstp %st(0)'s to be generated at compensation
929        edges, which might cause stack underflow traps at runtime.  This
930        occurs in fft where there are extraneous fstps right before the 'into'
931        trap instruction (in this case they are harmless since none of the
932        integers overflow.)
933    
934    2. Pulled out various utility modules that were embedded in the modules
935       of the register allocator. I need these modules for other purposes, but
936       they are not complete enough to put into a library (just yet).
937    ----------------------------------------------------------------------
938    Name: Matthias Blume
939    Date: 2002/01/31 16:05:00 EST
940    Tag: blume-20020131-sparc-ccalls
941    Description:
942    
943    1. C-calls on Sparc needlessly allocated a huge chunk (96 bytes)
944       of extra stack space by mistake.  Fixed.
945    
946    2. Bug in logic of handling of command-line options in ml-nlffigen fixed.
947    
948    ----------------------------------------------------------------------
949    Name: Allen Leung
950    Date: 2002/01/30
951    Tag: leunga-20020130-nowhere-bug-fix
952    Description:
953    
954       MLRISC bug fixes:
955       1. Fixed a bindings computation bug in the 'nowhere' program generator tool.
956       2. MachineInt.fromString was negating its value.
957    
958    ----------------------------------------------------------------------
959    Name: Matthias Blume
960    Date: 2002/01/29
961    Tag: blume-20020129-INSTALL
962    Description:
963    
964    - Added somewhat detailed installation instructions (file INSTALL).
965    - Fixed curl-detection bug in config/install.sh.
966    - It is now possible to select the URL getter using the URLGETTER
967      environment variable:
968    
969          not set / "unknown"      --> automatic detection (script tries wget,
970                                       curl, and lynx)
971          "wget" / "curl" / "lynx" --> use the specified program (script "knows"
972                                       how to properly invoke them)
973          other                    --> use $URLGETTER directly, it must take
974                                       precisely two command-line arguments
975                                       (source URL and destination file name)
976    
977    ----------------------------------------------------------------------
978    Name: Matthias Blume
979    Date: 2002/01/28
980    Tag: blume-20020128-sparc-ccalls
981    Description:
982    
983    - Fixed problem with calculation of "used" registers in sparc-c-calls.
984    - Make use of the allocParam argument in sparc-c-calls.
985    
986    ----------------------------------------------------------------------
987    Name: Matthias Blume
988    Date: 2002/01/28
989    Tag: blume-20020128-allocParam
990    Description:
991    
992    John Reppy:  Changes c-calls API to accept client-callback for
993    allocating extra stack space.
994    me: Corresponding changes to mlriscGen (using a dummy argument that
995        does not change the current behavior).
996    
997    ----------------------------------------------------------------------
998    Name: Matthias Blume
999    Date: 2002/01/28 12:00:00
1000    Tag: Release_110_38
1001    Description:
1002    
1003    This time for real!!!
1004    
1005    ----------------------------------------------------------------------
1006    Name: Matthias Blume
1007    Date: 2002/01/28 10:56:00 EST
1008    Tag: blume-20020128-retraction
1009    Description:
1010    
1011    0. Retracted earlier 110.38.  (The Release_110_38 tag has been replaced
1012       with blume-Release_110_38-retracted.)
1013    
1014    1. Fixed a problem with incorrect rounding modes in real64.sml.
1015       (Thanks to Andrew Mccreight <andrew.mccreight@yale.edu>.)
1016    
1017    2. A bug in ml-nlffigen related to the handling of unnamed structs, unions,
1018       and enums fixed.  The naming of corresponding ML identifiers should
1019       now be consistent again.
1020    
1021    ----------------------------------------------------------------------
1022    Name: Allen Leung
1023    Date: 2002/01/27
1024    Tag: leunga-20020127-nowhere
1025    Description:
1026    
1027       Added a target called nowhere in the configuration scripts.
1028       Enabling this will build the MLRISC 'nowhere' tool (for translating
1029       programs with where-clauses into legal SML code) during installation.
1030    
1031    ----------------------------------------------------------------------
1032    Name: Matthias Blume
1033    Date: 2002/01/25 21:27:00 EST
1034    Tag: blume-Release_110_38-retracted
1035    Description:
1036    
1037    Call it a (working) release!  Version is 110.38. Bootfiles are ready.
1038    
1039    README will be added later.
1040    
1041    !!! NOTE:  Re-tagged as blume-Release_110_38-retracted. Original tag
1042    (Release_110_38) removed.  Reason: Last-minute bug fixes.
1043    
1044    ----------------------------------------------------------------------
1045    Name: Matthias Blume
1046    Date: 2002/01/25
1047    Tag: blume-20020125-ffi
1048    Description:
1049    
1050    A large number of tweaks and improvements to ml-nlffi-lib and
1051    ml-nlffigen:
1052    
1053       - ML represenation types have been streamlined
1054       - getter and setter functions work with concrete values, not abstract
1055         ones where possible
1056       - ml-nlffigen command line more flexible (see README file there)
1057       - some bugs have been fixed (hopefully)
1058    
1059    ----------------------------------------------------------------------
1060    Name: Lal George
1061    Date: 2002/01/24
1062    Tag: george-20020124-risc-ra-interface
1063    Description:
1064    
1065       There is a dramatic simplification in the interface to the
1066       register allocator for RISC architectures as a result of making
1067       parallel copy instructions explicit.
1068    
1069    ----------------------------------------------------------------------
1070    Name: Matthias Blume
1071    Date: 2002/01/22
1072    Tag: blume-20020122-x86-ccalls
1073    Description:
1074    
1075    Bug fix for c-calls on x86 (having to do with how char- and
1076    short-arguments are being handled).
1077    
1078    ----------------------------------------------------------------------
1079    Name: Matthias Blume
1080    Date: 2002/01/21
1081    Tag: blume-20020121-ff
1082    Description:
1083    
1084    Another day of fiddling with the FFI...
1085    
1086    1. Bug fix/workaround:  CKIT does not complain about negative array
1087       dimensions, so ml-nlffigen has to guard itself against this possibility.
1088       (Otherwise a negative dimension would send it into an infinite loop.)
1089    
1090    2. Some of the abstract types (light objects, light pointers, most "base"
1091       types) in structure C are now eqtypes.
1092    
1093    3. Added constructors and test functions for NULL function pointers.
1094    
1095    ----------------------------------------------------------------------
1096    Name: Matthias Blume
1097    Date: 2002/01/18
1098    Tag: blume-20020118-ready-for-new-release
1099    Description:
1100    
1101    Made config/srcarchiveurl point to a new place.  (Will provide boot
1102    files shortly.)
1103    
1104    Maybe we christen this to be 110.38?
1105    
1106    ----------------------------------------------------------------------
1107    Name: Matthias Blume
1108    Date: 2002/01/18
1109    Tag: blume-20020118-more-ffifiddle
1110    Description:
1111    
1112    Today's FFI fiddling:
1113    
1114      - Provided a structure CGetSet with "convenient" versions of C.Get.* and
1115        C.Set.* that use concrete (MLRep.*) arguments and results instead
1116        of abstract ones.
1117    
1118      - Provided word-style bit operations etc. for "int" representation
1119        types in MLRep.S<Foo>Bitops where <Foo> ranges over Char, Int, Short,
1120        and Long.
1121    
1122    ----------------------------------------------------------------------
1123    Name: Matthias Blume
1124    Date: 2002/01/18
1125    Tag: blume-20020118-use-x86-fp
1126    Description:
1127    
1128    Now that x86-fast-fp seems to be working, I turned it back on again
1129    by default.  (Seems to work fine now, even with the FFI.)
1130    
1131    Other than that, I added some documentation about the FFI to
1132    src/ml-nlffigen/README and updated the FFI test examples in
1133    src/ml-nlffi-lib/Tests/*.
1134    
1135    ----------------------------------------------------------------------
1136    Name: Allen Leung
1137    Date: 2002/01/17
1138    Tag: leunga-20020117-x86-fast-fp-call
1139    Description:
1140    
1141       1. Fixed a problem with handling return fp values when x86's fast fp
1142          mode is turned on.
1143    
1144       2. Minor pretty printing fix for cellset.  Print %st(0) as %st(0) instead
1145          of %f32.
1146    
1147       3. Added a constructor INT32lit to the ast of MLRISC tools.
1148    
1149    ----------------------------------------------------------------------
1150    Name: Matthias Blume
1151    Date: 2002/01/16
1152    Tag: blume-20020116-ffifiddle
1153    Description:
1154    
1155    More fiddling with the FFI interface:
1156    
1157     - Make constness 'c instead of rw wherever possible.  This eliminates
1158       the need for certain explicit coercions.  (However, due to ML's
1159       value polymorphism, there will still be many cases where explicit
1160       coercions are necessary.  Phantom types are not the whole answer
1161       to modeling a subtyping relationship in ML.)
1162    
1163     - ro/rw coersions for pointers added.  (Avoids the detour through */&.)
1164    
1165     - "printf" test example added to src/ml-nlffi-lib/Tests.  (Demonstrates
1166       clumsy workaround for varargs problem.)
1167    
1168    ----------------------------------------------------------------------
1169    Name: Lal George
1170    Date: 2002/01/15
1171    Tag: <none>
1172    Description:
1173    
1174    1. Since COPY instructions are no longer native to the architecture,
1175       a generic functor can be used to implement the expandCopies function.
1176    
1177    2. Allowed EXPORT and IMPORT pseudo-op declarations to appear inside a
1178       TEXT segment.
1179    
1180    ----------------------------------------------------------------------
1181    Name: Matthias Blume
1182    Date: 2002/01/15
1183    Tag: blume-20020115-ffiupdates
1184    Description:
1185    
1186    1. Fix for bug resulting in single-precision float values being returned
1187       incorrectly from FFI calls.
1188    
1189    2. Small modifications to C FFI API:
1190    
1191        - memory-allocation routines return straight objects (no options)
1192          and raise an exception in out-of-memory situations
1193        - unsafe extensions to cast between function pointers and pointers
1194          from/to ints
1195        - added structure C_Debug as an alternative to structure C where
1196          pointer-dereferencing (|*| and |*!) always check for null-pointers
1197        - added open_lib' to DynLinkage;  open_lib' works like open_lib
1198          but also takes a (possibly empty) list of existing library handles
1199          that the current library depends on
1200    
1201    ----------------------------------------------------------------------
1202    Name: Matthias Blume
1203    Date: 2002/01/10
1204    Tag: blume-20020110-newffigen
1205    Description:
1206    
1207    1. Updates to portable graph code.
1208    
1209    2. Major update to ml-nlffigen and ml-nlffi-lib.  Things are much
1210       more scalable now so that even huge interfaces such as the one
1211       for GTK compile in finite time and space. :-)
1212       See src/ml-nlffigen/README for details on what's new.
1213    
1214    ----------------------------------------------------------------------
1215    Name: Lal George
1216    Date: 2001/01/09 14:31:35 EST 2002
1217    Tag: george-20011206-rm-native-copy
1218    Description:
1219    
1220            Removed the native COPY and FCOPY instructions
1221            from all the architectures and replaced it with the
1222            explicit COPY instruction from the previous commit.
1223    
1224            It is now possible to simplify many of the optimizations
1225            modules that manipulate copies. This has not been
1226            done in this change.
1227    
1228    ----------------------------------------------------------------------
1229    Name: Lal George
1230    Date: 2001/12/06 16:50:13 EST 2001
1231    Tag: george-20011206-mlrisc-instruction
1232    Description:
1233    
1234    Changed the representation of instructions from being fully abstract
1235    to being partially concrete. That is to say:
1236    
1237      from
1238            type instruction
1239    
1240      to
1241            type instr                              (* machine instruction *)
1242    
1243            datatype instruction =
1244                LIVE of {regs: C.cellset, spilled: C.cellset}
1245              | KILL of {regs: C.cellset, spilled: C.cellset}
1246              | COPYXXX of {k: CB.cellkind, dst: CB.cell list, src: CB.cell list}
1247              | ANNOTATION of {i: instruction, a: Annotations.annotation}
1248              | INSTR of instr
1249    
1250    This makes the handling of certain special instructions that appear on
1251    all architectures easier and uniform.
1252    
1253    LIVE and KILL say that a list of registers are live or killed at the
1254    program point where they appear. No spill code is generated when an
1255    element of the 'regs' field is spilled, but the register is moved to
1256    the 'spilled' (which is present, more for debugging than anything else).
1257    
1258    LIVE replaces the (now deprecated) DEFFREG instruction on the alpha.
1259    We used to generate:
1260    
1261            DEFFREG f1
1262            f1 := f2 + f3
1263            trapb
1264    
1265    but now generate:
1266    
1267            f1 := f2 + f3
1268            trapb
1269            LIVE {regs=[f1,f2,f3], spilled=[]}
1270    
1271    Furthermore, the DEFFREG (hack) required that all floating point instruction
1272    use all registers mentioned in the instruction. Therefore f1 := f2 + f3,
1273    defines f1 and uses [f1,f2,f3]! This hack is no longer required resulting
1274    in a cleaner alpha implementation. (Hopefully, intel will not get rid of
1275    this architecture).
1276    
1277    COPYXXX is intended to replace the parallel COPY and FCOPY  available on
1278    all the architectures. This will result in further simplification of the
1279    register allocator that must be aware of them for coalescing purposes, and
1280    will also simplify certain aspects of the machine description that provides
1281    callbacks related to parallel copies.
1282    
1283    ANNOTATION should be obvious, and now INSTR represents the honest to God
1284    machine instruction set!
1285    
1286    The <arch>/instructions/<arch>Instr.sml files define certain utility
1287    functions for making porting easier -- essentially converting upper case
1288    to lower case. All machine instructions (of type instr) are in upper case,
1289    and the lower case form generates an MLRISC instruction. For example on
1290    the alpha we have:
1291    
1292      datatype instr =
1293         LDA of {r:cell, b:cell, d:operand}
1294       | ...
1295    
1296      val lda : {r:cell, b:cell, d:operand} -> instruction
1297        ...
1298    
1299    where lda is just (INSTR o LDA), etc.
1300    
1301    ----------------------------------------------------------------------
1302    Name: Matthias Blume
1303    Date: 2001/11/22 21:40:00 EST
1304    Tag: Release_110_37
1305    Description:
1306    
1307    Release 110.37.  This time for real.
1308    
1309    ----------------------------------------------------------------------
1310    Name: Matthias Blume
1311    Date: 2001/11/21 16:35:00 EST
1312    Tag: blume-20011121-foot-in-mouth
1313    Description:
1314    
1315    Removed the "Release_110_37" tag because of a serious bug.
1316    This will be re-tagged once the bug is fixed.
1317    
1318    ----------------------------------------------------------------------
1319    Name: Matthias Blume
1320    Date: 2001/11/21 16:14:00 EST
1321    Tag: blume-20011121-forgottenfile
1322    Description:
1323    
1324    Forgot to add a file.  (Just a .tex-file -- part of
1325    the CM manual source.)
1326    
1327    ----------------------------------------------------------------------
1328    Name: Matthias Blume
1329    Date: 2001/11/21 16:10:00 EST
1330    Tag: blume-20011121-invalid_110_37
1331    Description:
1332    
1333    Note: I removed the original tag "Release_110_37" from this commit
1334          because we found a serious bug in all non-x86 backends.
1335          - Matthias
1336    
1337    1. Modifications to the SML/NJ code generator and to the runtime system
1338       so that code object name strings are directly inserted into code
1339       objects at code generation time.  The only business the runtime system
1340       has with this is now to read the name strings on occasions.
1341       (The encoding of the name string has also changed somewhat.)
1342    
1343    2. CM now implements a simple "set calculus" for specifying export lists.
1344       In particular, it is now possible to refer to the export lists of
1345       other libraries/groups/sources and form unions as well as differences.
1346       See the latest CM manual for details.
1347    
1348    3. An separate notion of "proxy" libraries has again be eliminated from
1349       CM's model.  (Proxy libraries are now simply a special case of using
1350       the export list calculus.)
1351    
1352    4. Some of the existing libraries now take advantage of the new set
1353       calculus.
1354       (Notice that not all libraries have been converted because some
1355       of the existing .cm-files are supposed to be backward compatible
1356       with 110.0.x.)
1357    
1358    5. Some cleanup in stand-alone programs.  (Don't use "exnMessage" -- use
1359       "General.exnMessage"!  The former relies on a certain hook to be
1360       initialized, and that often does not happen in the stand-alone case.)
1361    
1362    ----------------------------------------------------------------------
1363    Name: Lal George
1364    Date: 2001/11/21  13:56:18 EST
1365    Tag: george-2001121-pseudo-ops
1366    Description:
1367    
1368      Implemented a complete redesign of MLRISC pseudo-ops. Now there
1369      ought to never be any question of incompatabilities with
1370      pseudo-op syntax expected by host assemblers.
1371    
1372      For now, only modules supporting GAS syntax are implemented
1373      but more should follow, such as MASM, and vendor assembler
1374      syntax, e.g. IBM as, Sun as, etc.
1375    
1376    ----------------------------------------------------------------------
1377    Name: Matthias Blume
1378    Date: 2001/11/14 11:52:00 EST
1379    Tag: blume-20011114-srcname
1380    Description:
1381    
1382    1. Routed the name of the current source file to mlriscgen where it
1383       should be directly emitted into the code object.  (This last part
1384       is yet to be done.)
1385    
1386    2. Some cleanup of the pgraph code to make it match the proposal that
1387       I put out the other day.  (The proposal notwithstanding, things are
1388       still in flux here.)
1389    
1390    ----------------------------------------------------------------------
1391    Name: Lal George
1392    Date: 2001/11/14 09:44:04 EST
1393    Tag:
1394    Description:
1395    
1396      Fix for a backpatching bug reported by Allen.
1397    
1398      Because the boundary between short and long span-dependent
1399      instructions is +/- 128, there are an astounding number of
1400      span-dependent instructions whose size is over estimated.
1401    
1402      Allen came up with the idea of letting the size of span
1403      dependent instructions be non-monotonic, for a maxIter
1404      number of times, after which the size must be monotonically
1405      increasing.
1406    
1407      This table shows the number of span-dependent instructions
1408      whose size was over-estimated as a function of maxIter, for the
1409      file Parse/parse/ml.grm.sml:
1410    
1411         maxIter            # of instructions:
1412            10                      687
1413            20                      438
1414            30                      198
1415            40                        0
1416    
1417      In compiling the compiler, there is no significant difference in
1418      compilation speed between maxIter=10 and maxIter=40. Actually,
1419      my measurements showed that maxIter=40 was a tad faster than
1420      maxIter=10! Also 96% of the  files in the compiler reach a fix
1421      point within 13 iterations, so fixing maxIter at 40, while high,
1422      is okay.
1423    
1424    ----------------------------------------------------------------------
1425    Name: Matthias Blume
1426    Date: 2001/10/31 15:25:00 EST
1427    Tag: blume-20011031-pgraph
1428    Description:
1429    
1430    CKIT:
1431    * Changed the "Function" constructor of type Ast.ctype to carry optional
1432      argument identifiers.
1433    * Changed the return type of TypeUtil.getFunction accordingly.
1434    * Type equality ignores the argument names.
1435    * TypeUtil.composite tries to preserve argument names but gives up quickly
1436      if there is a mismatch.
1437    
1438    installation script:
1439    * attempts to use "curl" if available (unless "wget" is available as well)
1440    
1441    CM:
1442    * has an experimental implementation of "portable graphs" which I will
1443      soon propose as an implementation-independent library format
1444    * there are also new libraries $/pgraph.cm and $/pgraph-util.cm
1445    
1446    NLFFI-LIB:
1447    * some cleanup (all cosmetic)
1448    
1449    NLFFIGEN:
1450    * temporarily disabled the mechanism that suppresses ML output for
1451      C definitions whose identifiers start with an underscore character
1452    * generate val bindings for enum constants
1453    * user can request that only one style (light or heavy) is being used;
1454      default is to use both (command-line arguments: -heavy and -light)
1455    * fixed bug in handling of function types involving incomplete pointers
1456    * generate ML entry points that take record arguments (i.e., using
1457      named arguments) for C functions that have a prototype with named
1458      arguments
1459      (see changes to CKIT)
1460    
1461    ----------------------------------------------------------------------
1462    Name: Allen Leung
1463    Date: 2001/10/27 20:34:00 EDT
1464    Tag: leunga-20011027-x86-fast-fp-call
1465    Description:
1466    
1467       Fixed the bug described in blume-20010920-slowfp.
1468    
1469       The fix involves
1470          1. generating FCOPYs in FSTP in ia32-svid
1471          2. marking a CALL with the appropriate annotation
1472    
1473    ----------------------------------------------------------------------
1474    Name: Matthias Blume
1475    Date: 2001/10/16 11:32:00 EDT
1476    Tag: blume-20011016-netbsd
1477    Description:
1478    
1479    Underscore patch from Chris Richards (fixing problem with compiling
1480    runtime system under recent NetBSD).
1481    
1482    ----------------------------------------------------------------------
1483    Name: Allen Leung
1484    Date: 2001/10/12 17:18:32 EDT 2001
1485    Tag: leung-20011012-x86-printflowgraph
1486    Description:
1487    
1488    X86RA now uses a valid (instead of dummy) PrintFlowgraph module.
1489    
1490    ----------------------------------------------------------------------
1491    Name: Lal George
1492    Date: 2001/10/11 23:51:34 EDT
1493    Tag: george-20011011-too-many-instrs
1494    Description:
1495    
1496    The representation of a program point never expected to see more
1497    than 65536 instructions in a basic block!
1498    
1499    ----------------------------------------------------------------------
1500    Name: Lal George
1501    Date: 2001/10/09 09:41:37 EDT
1502    Tag: george-20011008-mlrisc-labels
1503    Description:
1504    
1505    Changed the machine description files to support printing of
1506    local and global labels in assembly code, based on host assembler
1507    conventions.
1508    
1509    ----------------------------------------------------------------------
1510    Name: Matthias Blume
1511    Date: 2001/09/25 15:25:00 EDT
1512    Tag: blume-20010925-exninfo
1513    Description:
1514    
1515    I provided a non-hook implementation of exnName (at the toplevel) and
1516    made the "dummy" implementation of exnMessage (at the toplevel) more
1517    useful: if nothing gets "hooked in", then at least you are going to
1518    see the exception name and a message indicating why you don't see more.
1519    
1520    [For the time being, programs that need exnMessage and want to use
1521    ml-build should either use General.exnMessage (strongly recommended) or
1522    refer to structure General at some other point so that CM sees a
1523    static dependency.]
1524    
1525    [Similar remarks go for "print" and "use":  If you want to use their
1526    functionality in stand-alone programs generated by ml-build, then use
1527    TextIO.output and Backend.Interact.useFile (from $smlnj/compiler.cm).]
1528    
1529    ----------------------------------------------------------------------
1530    Name: Matthias Blume
1531    Date: 2001/09/20 17:28:00 EDT
1532    Tag: blume-20010920-slowfp
1533    Description:
1534    
1535    Allen says that x86-fast-fp is not safe yet, so I turned it off again...
1536    
1537    ----------------------------------------------------------------------
1538    Name: Matthias Blume
1539    Date: 2001/09/20 17:20:00 EDT
1540    Tag: blume-20010920-canonicalpaths
1541    Description:
1542    
1543    0. Updated the BOOT file (something that I forgot to do earlier).
1544    
1545    1. Small internal change to CM so that it avoids "/../" in filenames
1546       as much as possible (but only where it is safe).
1547    
1548    2. Changed config/_run-sml (resulting in a changed bin/.run-sml) so
1549       that arguments that contain delimiters are passed through correctly.
1550       This change also means that all "special" arguments of the form
1551       @SMLxxx... must come first.
1552    
1553    3. Changed install script to put relative anchor names for tool commands
1554       into pathconfig.
1555    
1556    ----------------------------------------------------------------------
1557    Name: Matthias Blume
1558    Date: 2001/09/18 15:35:00 EDT
1559    Tag: blume-20010918-readme11036
1560    Description:
1561    
1562    Added README files.
1563    
1564    ----------------------------------------------------------------------
1565    Name: Matthias Blume
1566    Date: 2001/09/18 11:45:00 EDT
1567    Tag: Release_110_36 (retag)
1568    Description:
1569    
1570    Fixed mistake in config/preloads. Retagged as 110.36.
1571    
1572    ----------------------------------------------------------------------
1573    Name: Matthias Blume
1574    Date: 2001/09/18 09:40:00 EDT
1575    Tag: Release_110_36_orig (tag changed)
1576    Description:
1577    
1578    New version (110.36).  New bootfiles.
1579    
1580    ----------------------------------------------------------------------
1581    Name: Matthias Blume
1582    Date: 2001/09/14 16:15:00 EDT
1583    Tag: blume-20010914-x86fastfp
1584    Description:
1585    
1586    John committed some changes that Allen made, in particular a (hopefully)
1587    correctly working version of the x86-fp module.
1588    
1589    I changed the default setting of the Control.MLRISC.getFlag "x86-fast-fp"
1590    flag to "true".  Everything seems to compile to a fixpoint ok, and
1591    "mandelbrot" speeds up by about 15%.
1592    
1593    ----------------------------------------------------------------------
1594    Name: Matthias Blume
1595    Date: 2001/09/13 11:20:00 EDT
1596    Tag: blume-20010913-minimal
1597    Description:
1598    
1599    1. Stefan Monnier's patch to fix a miscompilation problem that
1600       was brought to light by John Reppy's work on Moby.
1601    
1602    2. Implemented a minimal "structure Compiler" that contains just
1603       "version" and "architecture".  The minimal version will be
1604       available when the full version is not.  This is for backward-
1605       compatibility with code that wants to test Compiler.version.
1606    
1607    ----------------------------------------------------------------------
1608    Name: Matthias Blume
1609    Date: 2001/08/28 14:03:00 EDT
1610    Tag: blume-20010828-ml-lex
1611    Description:
1612    
1613    Fix for bug 1581, received from Neophytos Michael.
1614    
1615    ----------------------------------------------------------------------
1616    Name: Matthias Blume
1617    Date: 2001/08/27 11:20:00 EDT
1618    Tag: blume-20010827-readme11035
1619    Description:
1620    
1621    Fleshed out the README file for 110.35.
1622    
1623    ----------------------------------------------------------------------
1624    Name: Matthias Blume
1625    Date: 2001/08/24 17:10:00 EDT
1626    Tag: Release_110_35
1627    Description:
1628    
1629    New version number (110.35).  New bootfiles.
1630    
1631    ----------------------------------------------------------------------
1632    Name: Lal George
1633    Date: 2001/08/24 13:47:18 EDT 2001
1634    Tag: george-20010824-MLRISC-graphs
1635    Description:
1636    
1637     removed clusters from MLRISC completely and replaced with graphs.
1638    
1639    ----------------------------------------------------------------------
1640    Name: Matthias Blume
1641    Date: 2001/08/23 17:50:00 EDT
1642    Tag: blume-20010823-toplevel
1643    Description:
1644    
1645    - some reorganization of the code that implements various kinds of
1646      environments in the compiler (static, dynamic, symbolic, combined)
1647    - re-implemented the EnvRef module so that evalStream works properly
1648      (if the stream contains references to "use", "CM.make", etc.)
1649    - cleaned up evalloop.sml and interact.sml (but they need more cleaning)
1650    
1651    ----------------------------------------------------------------------
1652    Name: Matthias Blume
1653    Date: 2001/08/20 15:50 EDT
1654    Tag: blume20010820-slipup
1655    Description:
1656    
1657    I forgot to commit a few files.  Here they are...
1658    
1659    ----------------------------------------------------------------------
1660    Name: Matthias Blume
1661    Date: 2001/08/20 15:35:00 EDT
1662    Tag: blume-20010820-debugprof
1663    Description:
1664    
1665    !!!! NEW BOOTFILES !!!!
1666    
1667    This is another round of reorganizing the compiler sources.  This
1668    time the main goal was to factor out all the "instrumentation"
1669    passes (for profiling and backtracing) into their own library.
1670    The difficulty was to do it in such a way that it does not depend
1671    on elaborate.cm but only on elabdata.cm.
1672    
1673    Therefore there have been further changes to both elaborate.cm and
1674    elabdata.cm -- more "generic" things have been moved from the former
1675    to the latter.  As a result, I was forced to split the assignment
1676    of numbers indicating "primtyc"s into two portions: SML-generic and
1677    SML/NJ-specific.  Since it would have been awkward to maintain,
1678    I bit the bullet and actually _changed_ the mapping between these
1679    numbers and primtycs.  The bottom line of this is that you need
1680    a new set of bin- and bootfiles.
1681    
1682    I have built new bootfiles for all architectures, so doing a fresh
1683    checkout and config/install.sh should be all you need.
1684    
1685    The newly created library's name is
1686    
1687        $smlnj/viscomp/debugprof.cm
1688    
1689    and its sources live under
1690    
1691        src/compiler/DebugProf
1692    
1693    ----------------------------------------------------------------------
1694    Name: Matthias Blume
1695    Date: 2001/08/15 17:15:00 EDT
1696    Tag: blume-20010815-compreorg
1697    Description:
1698    
1699    This is a first cut at reorganizing the CM libraries that make up the
1700    core of the compiler.  The idea is to separate out pieces that could
1701    be used independently by tools, e.g., the parser, the typechecker, etc.
1702    
1703    The current status is a step in this direction, but it is not quite
1704    satisfactory yet.  Expect more changes in the future.
1705    
1706    Here is the current (new) organization...
1707    
1708        What used to be $smlnj/viscomp/core.cm is now divided into
1709        six CM libraries:
1710    
1711             $smlnj/viscomp/basics.cm
1712                           /parser.cm
1713                           /elabdata.cm
1714                           /elaborate.cm
1715                           /execute.cm
1716                           /core.cm
1717    
1718        The CM files for these libraries live under src/system/smlnj/viscomp.
1719        All these libraries are proxy libraries that contain precisely
1720        one CM library component.  Here are the locations of the components
1721        (all within the src/compiler tree):
1722    
1723             Basics/basics.cm
1724             Parse/parser.cm
1725             ElabData/elabdata.cm
1726             Elaborator/elaborate.cm
1727             Execution/execute.cm
1728             core.cm
1729    
1730         [This organization is the same that has been used already
1731         for a while for the architecture-specific parts of the visible
1732         compiler and for the old version of core.cm.]
1733    
1734         As you will notice, many source files have been moved from their
1735         respective original locations to a new home in one of the above
1736         subtrees.
1737    
1738         The division of labor between the new libraries is the following:
1739    
1740             basics.cm:
1741                - Simple, basic definitions that pertain to many (or all) of
1742                  the other libraries.
1743             parser.cm:
1744                - The SML parser, producing output of type Ast.dec.
1745                - The type family for Ast is also defined and exported here.
1746             elabdata.cm:
1747                - The datatypes that describe input and output of the elaborator.
1748                  This includes types, absyn, and static environments.
1749             elaborator.cm:
1750                - The SML/NJ type checker and elaborator.
1751                  This maps an Ast.dec (with a given static environment) to
1752                  an Absyn.dec (with a new static environment).
1753                - This libraries implements certain modules that used to be
1754                  structures as functors (to remove dependencies on FLINT).
1755             execute.cm:
1756                - Everything having to do with executing binary code objects.
1757                - Dynamic environments.
1758             core.cm:
1759                - SML/NJ-specific instantiations of the elaborator and MLRISC.
1760                - Top-level modules.
1761                - FLINT (this should eventually become its own library)
1762    
1763    Notes:
1764    
1765    I am not 100% happy with the way I separated the elaborator (and its
1766    data structures) from FLINT.  Two instances of the same problem:
1767    
1768        1. Data structures contain certain fields that carry FLINT-specific
1769           information.  I hacked around this using exn and the property list
1770           module from smlnj-lib.  But the fact that there are middle-end
1771           specific fields around at all is a bit annoying.
1772    
1773        2. The elaborator calculates certain FLINT-related information.  I tried
1774           to make this as abstract as I could using functorization, but, again,
1775           the fact that the elaborator has to perform calculations on behalf
1776           of the middle-end at all is not nice.
1777    
1778        3. Having to used exn and property lists is unfortunate because it
1779           weakens type checking.  The other alternative (parameterizing
1780           nearly *everything*) is not appealing, though.
1781    
1782    I removed the "rebinding =" warning hack because due to the new organization
1783    it was awkward to maintain it.  As a result, the compiler now issues some of
1784    these warnings when compiling init.cmi during bootstrap compilation. On
1785    the plus side, you also get a warning when you do, for example:
1786       val op = = Int32.+
1787    which was not the case up to now.
1788    
1789    I placed "assign" and "deref" into the _Core structure so that the
1790    code that deals with the "lazy" keyword can find them there.  This
1791    removes the need for having access to the primitive environment
1792    during elaboration.
1793    
1794    ----------------------------------------------------------------------
1795    Name: Matthias Blume
1796    Date: 2001/08/13
1797    Tag: blume-20010813-closures
1798    Description:
1799    
1800    This fix was sent to us by Zhong Shao.  It is supposed to improve the
1801    performance of certain loops by avoiding needless closure allocation.
1802    
1803    ----------------------------------------------------------------------
1804    Name: Lal George
1805    Date: 2001/07/31 10:03:23 EDT 2001
1806    Tag: george-20010731-x86-fmalloc
1807    Description: Fixed bug in x86 calls
1808    
1809        There was a bug where call instructions would mysteriously
1810        vanish. The call instruction had to be one that returned
1811        a floating point value.
1812    
1813    ----------------------------------------------------------------------
1814    Name: Lal George
1815    Date: 2001/07/19 16:36:29 EDT 2001
1816    Tag: george-20010719-simple-cells
1817    Description:
1818    
1819    I have dramatically simplified the interface for CELLS in MLRISC.
1820    
1821    In summary, the cells interface is broken up into three parts:
1822    
1823      1. CellsBasis : CELLS_BASIS
1824    
1825            CellsBasis is a top level structure and common for all
1826            architectures.  it contains the definitions of basic datatypes
1827            and utility  functions over these types.
1828    
1829      2. functor Cells() : CELLS
1830    
1831            Cells generates an interface for CELLS that incorporates the
1832            specific resources on the target architecture, such as the
1833            presence of special register classes, their number and size,
1834            and various useful substructures.
1835    
1836      3. <ARCH>CELLS
1837    
1838            e.g. SparcCells: SPARCCELLS
1839    
1840            <ARCH>CELLS usually contains additional bindings for special
1841            registers  on the architecture, such as:
1842    
1843                    val r0 : cell           (* register zero *)
1844                    val y : cell            (* Y register *)
1845                    val psr : cell          (* processor status register *)
1846                    ...
1847    
1848            The structure returned by applying the Cells functor is opened
1849            in this interface.
1850    
1851    The main implication of all this is that the datatypes for cells is
1852    split between CellsBasis and CELLS -- a fairly simple change for user
1853    code.
1854    
1855    In the old scheme the CELLS interface had a definitional binding of
1856    the form:
1857    
1858            signature CELLS = sig
1859    
1860               structure CellsBasis = CellsBasis
1861    
1862               ...
1863    
1864            end
1865    
1866    With all the sharing constraints that goes on in MLRISC, this old
1867    design  quickly leads to errors such as:
1868    
1869            "structure definition spec inside of sharing ... "
1870    
1871    
1872    and appears to require an unacceptable amount of sharing and where
1873    constraint hackery.
1874    
1875    I think this error message (the interaction of definitional specs and
1876    sharing) requires more explanation on our web page.
1877    
1878    ----------------------------------------------------------------------
1879    Name: Matthias Blume
1880    Date: 2001/07/19 15:00:00 EDT
1881    Tag: blume-20010719-libreorg
1882    Description:
1883    
1884    This update puts together a fairly extensive but straightforward change
1885    to the way the libraries that implement the interactive system are
1886    organized:
1887    
1888       The biggest change is the elimination of structure Compiler.  As a
1889       replacement for this structure, there is now a CM library
1890       (known as $smlnj/compiler.cm or $smlnj/compiler/current.cm)
1891       that exports all the substructures of the original structure Compiler
1892       directly.  So instead of saying Compiler.Foo.bar one now simply
1893       says Foo.bar.  (The CM libraries actually export a collection of
1894       structures that is richer than the collection of substructures of
1895       structure Compiler.)
1896    
1897       To make the transition smooth, there is a separate library called
1898       $smlnj/compiler/compiler.cm which puts together and exports the
1899       original structure Compiler (or at least something very close to it).
1900    
1901       There are five members of the original structure Compiler
1902       that are not exported directly but which instead became members
1903       of a new structure Backend (described by signature BACKEND).  These are:
1904       structure Profile (: PROFILE), structure Compile (: COMPILE), structure
1905       Interact (: INTERACT), structure Machine (: MACHINE), and val
1906       architecture (: string).
1907    
1908       Structure Compiler.Version has become structure CompilerVersion.
1909    
1910       Cross-compilers for alpha32, hppa, ppc, sparc, and x86 are provided
1911       by $smlnj/compiler/<arch>.cm where <arch> is alpha32, hppa, ppc, sparc,
1912       or x86, respectively.
1913       Each of these exports the same frontend structures that
1914       $smlnj/compiler.cm exports.  But they do not have a structure Backend
1915       and instead export some structure <Arch>Backend where <Arch> is Alpha32,
1916       Hppa, PPC, Sparc, or X86, respectively.
1917    
1918       Library $smlnj/compiler/all.cm exports the union of the exports of
1919       $smlnj/compiler/<arch>.cm
1920    
1921       There are no structures <Arch>Compiler anymore, use
1922       $smlnj/compiler/<arch>.cm instead.
1923    
1924       Library host-compiler-0.cm is gone.  Instead, the internal library
1925       that instantiates CM is now called cm0.cm.  Selection of the host
1926       compiler (backend) is no longer done here but. (Responsibility for it
1927       now lies with $smlnj/compiler/current.cm.  This seems to be more
1928       logical.)
1929    
1930       Many individual files have been moved or renamed.  Some files have
1931       been split into multiple files, and some "dead" files have been deleted.
1932    
1933    Aside from these changes to library organization, there are also changes
1934    to the way the code itself is organized:
1935    
1936       Structure Binfile has been re-implemented in such a way that it no
1937       longer needs any knowledge of the compiler.  It exclusively deals
1938       with the details of binfile layout.  It no longer invokes the
1939       compiler (for the purpose of creating new prospective binfile
1940       content), and it no longer has any knowledge of how to interpret
1941       pickles.
1942    
1943       Structure Compile (: COMPILE) has been stripped down to the bare
1944       essentials of compilation.  It no longer deals with linking/execution.
1945       The interface has been cleaned up considerably.
1946    
1947       Utility routines for dealing with linking and execution have been
1948       moved into their own substructures.
1949    
1950       (The ultimate goal of these changes is to provide a light-weight
1951       binfile loader/linker (at least for, e.g., stable libraries) that
1952       does not require CM or the compiler to be present.)
1953    
1954    CM documentation has been updated to reflect the changes to library
1955    organization.
1956    
1957    ----------------------------------------------------------------------
1958    Name: Matthias Blume
1959    Date: 2001/07/10 17:30:00 EDT
1960    Tag: Release_110_34
1961    Description:
1962    
1963    Minor tweak to 110.34 (re-tagged):
1964    
1965      - README.html file added to CVS repository
1966      - runtime compiles properly under FreeBSD 3.X and 4.X
1967    
1968    ----------------------------------------------------------------------
1969    Name: Matthias Blume
1970    Date: 2001/07/10 17:30:00 EDT
1971    Tag: Release_110_34
1972    Description:
1973    
1974    New version number (110.34). New bootfiles.
1975    
1976    ----------------------------------------------------------------------
1977    Name: Matthias Blume
1978    Date: 2001/07/09 16:00:00 EDT
1979    Tag: blume-20010709-more-varargs
1980    Description:
1981    
1982    I changed the handling of varargs in ml-nlffigen again:
1983    The ellipsis ... will now simply be ignored (with an accompanying warning).
1984    
1985    The immediate effect is that you can actually call a varargs function
1986    from ML -- but you can't actually supply any arguments beyond the ones
1987    specified explicitly.  (For example, you can call printf with its format
1988    string, but you cannot pass additional arguments.)
1989    
1990    This behavior is only marginally more useful than the one before, but
1991    it has the advantage that a function or, more importantly, a function
1992    type never gets dropped on the floor, thus avoiding follow-up problems with
1993    other types that refer to the offending one.
1994    
1995    ----------------------------------------------------------------------
1996    Name: Matthias Blume
1997    Date: 2001/07/09 11:25:00 EDT
1998    Tag: blume-20010709-varargs
1999    Description:
2000    
2001    1. ckit-lib.cm now exports structure Error
2002    2. ml-nlffigen reports occurences of "..." (i.e., varargs function types)
2003       with a warning accompanied by a source location.  Moreover, it
2004       merely skips the offending function or type and proceeds with the
2005       rest of its work.u  As a result, one can safely feed C code containing
2006       "..." to ml-nlffigen.
2007    3. There are some internal improvements to CM, providing slightly
2008       more general string substitutions in the tools subsystem.
2009    
2010    ----------------------------------------------------------------------
2011    Name: Matthias Blume
2012    Date: 2001/06/27 15:10:00 EDT
2013    Tag: blume-20010627-concur
2014    Description:
2015    
2016    Fixed a small bug in CM's handling of parallel compilation.
2017    (You could observe the bug by Control-C-interrupting an ordinary
2018    CMB.make or CM.stabilize and then attaching some compile servers.
2019    The result was that all of a sudden the previously interrupted
2020    compilation would continue on its own.  This was because of
2021    an over-optimization: CM did not bother to clean out certain queues
2022    when no servers were attached "anyway", resulting in the contents
2023    of these queues to grab control when new servers did get attached.)
2024    
2025    There is also another minor update to the CM manual.
2026    
2027    ----------------------------------------------------------------------
2028    Name: Matthias Blume
2029    Date: 2001/06/26 16:15:00 EDT
2030    Tag: blume-20010626-cmdoc
2031    Description:
2032    
2033    Minor typo fixed in CM manual (syntax diagram for libraries).
2034    
2035    ----------------------------------------------------------------------
2036    Name: Matthias Blume
2037    Date: 2001/06/25 22:55:00 EDT
2038    Tag: blume-20010625-x86pc
2039    Description:
2040    
2041    Fixed a nasty bug in the X86 assembly code that caused signal
2042    handlers to fail (crash) randomly.
2043    
2044    ----------------------------------------------------------------------
2045    Name: Matthias Blume
2046    Date: 2001/06/25 12:05:00 EDT
2047    Tag: blume-20010625-nlffigen
2048    Description:
2049    
2050    This update fixes a number of minor bugs in ml-nlffigen as reported by
2051    Nick Carter <nbc@andrew.cmu.edu>.
2052    
2053      1. Silly but ok typedefs of the form "typedef void myvoid;" are now accepted.
2054      2. Default names for generated files are now derived from the name of
2055         the C file *without its directory*.  In particular, this causes generated
2056         files to be placed locally even if the C file is in some system directory.
2057      3. Default names for generated signatures and structures are also derived
2058         from the C file name without its directory.  This avoids silly things
2059         like "structure GL/GL".
2060         (Other silly names are still possible because ml-nlffigen does not do
2061          a thorough check of whether generated names are legal ML identifiers.
2062          When in doubt, use command line arguments to force particular names.)
2063    
2064    ----------------------------------------------------------------------
2065    Name: Matthias Blume
2066    Date: 2001/06/21 12:25:00 EDT
2067    Tag: blume-20010621-eXene
2068    Description:
2069    
2070    eXene now compiles and (sort of) works again.
2071    
2072    The library name (for version > 110.33) is $/eXene.cm.
2073    
2074    I also added an new example in src/eXene/examples/nbody.  See the
2075    README file there for details.
2076    
2077    ----------------------------------------------------------------------
2078    Name: Matthias Blume
2079    Date: 2001/06/20 16:40:00 EDT
2080    Tag: blume-20010620-cml
2081    Description:
2082    
2083    CML now compiles and works again.
2084    
2085    Libraries (for version > 110.33):
2086    
2087      $cml/cml.cm            Main CML library.
2088      $cml/basis.cm          CML's version of $/basis.cm.
2089      $cml/cml-internal.cm   Internal helper library.
2090      $cml/core-cml.cm       Internal helper library.
2091      $cml-lib/trace-cml.cm  Tracing facility.
2092      $cml-lib/smlnj-lib.cm  CML's version of $/smlnj-lib.cm
2093    
2094    The installer (config/install.sh) has been taught how to properly
2095    install this stuff.
2096    
2097    ----------------------------------------------------------------------
2098    Name: Matthias Blume
2099    Date: 2001/06/19 17:55:00 EDT
2100    Tag: blume-20010619-instantiate
2101    Description:
2102    
2103    This un-breaks the fix for bug 1432.
2104    (The bug was originally fixed in 110.9 but I broke it again some
2105    time after that.)
2106    
2107    ----------------------------------------------------------------------
2108    Name: Matthias Blume
2109    Date: 2001/06/19 17:25:00 EDT
2110    Tag: blume-20010619-signals
2111    Description:
2112    
2113    This should (hopefully) fix the long-standing signal handling bug.
2114    (The runtime system was constructing a continuation record with an
2115    incorrect descriptor which would cause the GC to drop data on the floor...)
2116    
2117    ----------------------------------------------------------------------
2118    Name: Matthias Blume
2119    Date: 2001/06/15 15:05:00 EDT
2120    Tag: blume-20010615-moresparc
2121    Description:
2122    
2123    Here is a short late-hour update related to Sparc c-calls:
2124    
2125     -- made handling of double-word arguments a bit smarter
2126    
2127     -- instruction selection phase tries to collapse certain clumsily
2128        constructed ML-Trees; typical example:
2129    
2130            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
2131    
2132        This currently has no further impact on SML/NJ since mlriscGen does
2133        not seem to generate such patterns in the first place, and c-calls
2134        (which did generate them in the beginning) has meanwhile been fixed
2135        so as to avoid them as well.
2136    
2137    ----------------------------------------------------------------------
2138    Name: Matthias Blume
2139    Date: 2001/06/15 15:05:00 EDT
2140    Tag: blume-20010615-sparc
2141    Description:
2142    
2143    The purpose of this update is to provide an implementation of NLFFI
2144    on Sparc machines.
2145    
2146    Here are the changes in detail:
2147    
2148       * src/MLRISC/sparc/c-calls/sparc-c-calls.sml is a new file containing
2149       the Sparc implementation of the c-calls API.
2150       * The Sparc backend of SML/NJ has been modified to uniformely use %fp
2151       for accessing the ML frame.  Thus, we have a real frame pointer and
2152       can freely modify %sp without need for an omit-frame-ptr phase.
2153       The vfp logic in src/compiler/CodeGen/* has been changed to accomodate
2154       this case.
2155       * ml-nlffigen has been taught to produce code for different architectures
2156       and calling conventions.
2157       * In a way similar to what was done in the x86 case, the Sparc
2158       backend uses its own specific extension to mltree.  (For example,
2159       it needs to be able to generate UNIMP instructions which are part
2160       of the calling convention.)
2161       * ml-nlffi-lib was reorganized to make it more modular (in particular,
2162       to make it easier to plug in new machine- and os-dependent parts).
2163    
2164    There are some other fairly unrelated bug fixes and cleanups as well:
2165    
2166       * I further hacked the .cm files for MLRISC tools (like MDLGen) so
2167       that they properly share their libraries with existing SML/NJ libraries.
2168       * I fixed a minor cosmetic bug in CM, supressing certain spurious
2169       follow-up error messages.
2170       * Updates to CM/CMB documentation.
2171    
2172    TODO items:
2173    
2174       * MLRISC should use a different register as its asmTemp on the Sparc.
2175         (The current %o2 is a really bad choice because it is part of the
2176         calling conventions, so things might interfere in unexpected ways.)
2177    
2178    ----------------------------------------------------------------------
2179    Name: Matthias Blume
2180    Date: 2001/06/07
2181    Tag: blume-20010607-calls
2182    Description:
2183    
2184    A number of internal changes related to C calls and calling conventions:
2185    
2186    1. ML-Tree CALL statements now carry a "pops" field.  It indicates the
2187       number of bytes popped implicitly (by the callee).  In most cases
2188       this field is 0 but on x86/win32 it is some non-zero value.  This
2189       is information provided for the benefit of the "omit-frameptr" pass.
2190    2. The CALL instruction on the x86 carries a similar "pops" field.
2191       The instruction selection phase copies its value from the ML-Tree
2192       CALL statement.
2193    3. On all other architectures, the instruction selection phase checks
2194       whether "pops=0" and complains if not.
2195    4. The c-calls implementation for x86 now accepts two calling conventions:
2196       "ccall" and "stdcall".  When "ccall" is selected, the caller cleans
2197       up after the call and pops is set to 0.  For "stdcall", the caller
2198       does nothing, leaving the cleanup to the callee; pops is set to
2199       the number of bytes that were pushed onto the stack.
2200    5. The cproto decoder (compiler/Semant/types/cproto.sml) now can
2201       distinguish between "ccall" and "stdcall".
2202    6. The UNIMP instruction has been added to the supported Sparc instruction
2203       set. (This is needed for implementing the official C calling convention
2204       on this architecture.)
2205    7. I fixed some of the .cm files under src/MLRISC/Tools to make them
2206       work with the latest CM.
2207    
2208    ----------------------------------------------------------------------
2209    Name: Matthias Blume
2210    Date: 2001/06/05 15:10:00 EDT
2211    Tag: blume-20010605-cm-index
2212    Description:
2213    
2214    0. The "lambdasplit" parameter for class "sml" in CM has been documented.
2215    
2216    1. CM can now generate "index files".  These are human-readable files
2217       that list on a per-.cm-file basis each toplevel symbol defined or
2218       imported.  The location of the index file for
2219       <p>/<d>.cm is <p>/CM/INDEX/<d>.cm.
2220       To enable index-file generation, set CM.Control.generate_index to true
2221       or export an environment-symbol: export CM_GENERATE_INDEX=true.
2222    
2223       The CM manual has been updated accordingly.
2224    
2225    2. I made some slight modifications to the c-calls API in MLRISC.
2226    
2227         a) There is now a callback to support saving/restoring of
2228            dedicated but caller-save registers around the actual call
2229            instruction.
2230         b) One can optionally specify a comment-annotation for the
2231            call instruction.
2232    
2233    3. SML/NJ (mlriscGen.sml) uses this new API for the rawccall primop.
2234       (For example, the comment annotation shows the C prototype of
2235        the function being called.)
2236    
2237    ----------------------------------------------------------------------
2238    Name: Matthias Blume
2239    Date: 2001/06/01 13:30:00 EDT
2240    Tag: blume-20010601-nlffi-cleanup
2241    Description:
2242    
2243    This is mostly a cleanup of MLFFI stuff:
2244    
2245       - some signature files have been put into a more exposed place
2246       - the ugly 'f type parameter is gone (simplifies types tremendously!)
2247       - ml-nlffigen changed accordingly
2248       - tutorial updated
2249    
2250    Other changes:
2251    
2252       - author's affiliation in CM manual(s) updated
2253       - some more recognized keywords added to Allen's sml.sty
2254    
2255    ----------------------------------------------------------------------
2256    Name: Matthias Blume
2257    Date: 2001/05/25 15:30:00 EDT
2258    Tag: blume-20010525-iptr
2259    Description:
2260    
2261      - put the official 110.33-README (as it appears on the ftp server) under
2262        CVS
2263      - fixed a small bug related to incomplete pointer types in
2264        ml-nlffigen
2265      - small cosmetic change to the ml-nlffi-lib's "arr" type constructor
2266        (it does not need the 'f type parameter)
2267    
2268    ----------------------------------------------------------------------
2269    Name: Matthias Blume
2270    Date: 2001/05/23 14:30:00 EDT
2271    Tag: Release_110_33
2272    Description:
2273    
2274    New version number (110.33).  New bootfiles.
2275    
2276    ----------------------------------------------------------------------
2277    Name: Matthias Blume
2278    Date: 2001/05/22 18:06:00 EDT
2279    Tag: blume-20010522-targets
2280    Description:
2281    
2282    Made install.sh use file config/targets.customized if it exists, falling
2283    back to config/targets if it doesn't.  This way one can have a customized
2284    version of the targets file without touching the "real thing", thus
2285    eliminating the constant fear of accidentally checking something bogus
2286    back into the CVS repository...  (File config/targets.customized must
2287    not be added to the repository!)
2288    
2289    ----------------------------------------------------------------------
2290    Name: Matthias Blume
2291    Date: 2001/05/22 16:30:00 EDT
2292    Tag: blume-20010522-minitut
2293    Description:
2294    
2295    1. Bug fix in ml-nlffigen; now (hopefully) correctly handling
2296       struct returns.
2297    2. Added src/ml-nlffi-lib/Doc/mini-tutorial.txt.  This is some very
2298       incomplete, preliminary documentation for NLFFI.
2299    
2300    ----------------------------------------------------------------------
2301    Name: Matthias Blume
2302    Date: 2001/05/14 11:30:00 EDT
2303    Tag: blume-20010514-script
2304    Description:
2305    
2306    Some bugs in install script fixed.
2307    
2308    In addition to that I also made a slight change to the NLFFI API:
2309    Functors generated by ml-nlffigen now take the dynamic library as a
2310    straight functor argument, not as a suspended one.  (The original
2311    functor code used to force the suspension right away anyway, so there
2312    was nothing gained by this complication of the interface.)
2313    
2314    ----------------------------------------------------------------------
2315    Name: Matthias Blume
2316    Date: 2001/05/11 14:35:00 EDT
2317    Tag: blume-20010511-ml-nlffi
2318    Description:
2319    
2320    I finally took the plunge and added my new FFI code to the main
2321    repository.  For x86-linux it is now ready for prime-time.
2322    
2323    There are two new subdirectories of "src":
2324    
2325      - ml-nlffi-lib:
2326           The utility library for programs using the FFI interface.
2327           Here is the implementation of $/c.cm and its associated low-level
2328           partners $/c-int.cm and $/memory.cm.
2329      - ml-nlffigen:
2330           A stand-alone program for generating ML glue code from C source
2331           code.
2332    
2333    Building ml-nlffigen requires $/ckit-lib.cm.
2334    
2335    The config/install.sh script has been updates to do the Right Thing
2336    (hopefully).
2337    
2338    Notice that the source tree for the C-Kit will not be put under "src"
2339    but directly under the installation root directory.  (This is the
2340    structure that currently exists on the CVS server when you check out
2341    module "sml".)  Fortunately, config/install.sh knows about this oddity.
2342    
2343    Bugs: No documentation yet.
2344    
2345    ----------------------------------------------------------------------
2346    Name: Matthias Blume
2347    Date: 2001/05/09 16:35:00 EDT
2348    Tag: blume-20010509-cpscontract
2349    Description:
2350    
2351    Fixed a bug in the accounting code in cpsopt/contract.sml.  (The
2352    wrapper/unwrapper elimination did not decrement usage counts and some
2353    dead variables got overlooked by the dead-up logic.)
2354    
2355    ----------------------------------------------------------------------
2356    Name: Lal George
2357    Date: 2001/05/08  17:26:09 EDT
2358    Tag: george-20010508-omit-frameptr
2359    Description:
2360    
2361    Changes to implement the omit-frame-pointer optimization to support
2362    raw C calls. For now, there is only support on the Intel x86, but
2363    other architectures will follow as more experience is gained with this.
2364    
2365    
2366    ----------------------------------------------------------------------
2367    Name: Matthias Blume
2368    Date: 2001/05/07 14:40:00 EDT
2369    Tag: blume-20010507-proxies
2370    Description:
2371    
2372    I made into "proxy libraries" all libraries that qualify for such a
2373    change.  (A qualifying library is a library that has another library or
2374    groups as its sole member and repeats that member's export list
2375    verbatim.  A proxy library avoids this repetition by omitting its export
2376    list, effectively inheriting the list that its (only) member exports.
2377    See the CM manual for more explanation.)
2378    The main effect is that explicit export lists for these libraries
2379    do not have to be kepts in sync, making maintenance a bit easier.
2380    
2381    I also added copyright notices to many .cm-files.
2382    
2383    Last but not least, I made a new set of bootfiles.
2384    
2385    ----------------------------------------------------------------------
2386    Name: Matthias Blume
2387    Date: 2001/05/04 17:00:00 EDT
2388    Tag: blume-20010504-cm-lsplit
2389    Description:
2390    
2391    0. John merged pending changes to $/smlnj-lib.cm
2392    
2393    1. Allen's previous change accidentally backed out of one of Lal's
2394       earlier changes.  I undid this mistake (re-introducing Lal's change).
2395    
2396    2. I used the new topOrder' function from graph-scc.sml (from $/smlnj-lib.cm)
2397       within the compiler where applicable.  There is some code simplification
2398       because of that.
2399    
2400    3. The "split" phase (in FLINT) is now part of the default list of phases.
2401       Compiler.Control.LambdaSplitting.* can be used to globally control the
2402       lambda-splitting (cross-module-inlining) engine.  In addition to that,
2403       it can now also be controlled on a per-source basis: CM has been taught
2404       a new tool parameter applicable to ML source files.
2405    
2406       - To turn lambda-splitting off completely:
2407            local open Compiler.Control.LambdaSplitting in
2408                val _ = set Off
2409            end
2410       - To make "no lambda-splitting" the global default (but allow per-source
2411         overriding); this is the initial setting:
2412            local open Compiler.Control.LambdaSplitting in
2413                val _ = set (Default NONE)
2414            end
2415       - To make "lambda-splitting with aggressiveness a" the global default
2416         (and allow per-source overriding):
2417            local open Compiler.Control.LambdaSplitting in
2418                val _ = set (Default (SOME a))
2419            end
2420    
2421       - To turn lambda-splitting off for a given ML souce file (say: a.sml)
2422         write (in the respective .cm-file):
2423            a.sml (lambdasplitting:off)
2424       - To turn lambda-splitting for a.sml on with minimal aggressiveness:
2425            a.sml (lambdasplitting:on)
2426       - To turn lambda-splitting for a.sml on with aggressiveness <a> (where
2427         <a> is a decimal non-negative integer):
2428            a.sml (lambdasplitting:<a>)
2429       - To turn lambda-splitting for a.sml on with maximal aggressiveness:
2430            a.sml (lambdasplitting:infinity)
2431       - To use the global default for a.sml:
2432            a.sml (lambdasplitting:default)
2433         or simply
2434            a.sml
2435    
2436    ----------------------------------------------------------------------
2437    Name: Allen Leung
2438    Date: 2001/05/04 01:57:00 EDT
2439    Tag: leunga-20010504-sync
2440    Description:
2441    
2442      MLRISC features.
2443    
2444      1. Fix to CMPXCHG instructions.
2445      2. Changed RA interface to allow annotations in callbacks.
2446      3. Added a new method to the stream interface to allow annotations updates.
2447    
2448    ----------------------------------------------------------------------
2449    Name: Matthias Blume
2450    Date: 2001/05/01 11:45:00 EDT
2451    Tag: blume-20010501-pcedittmp
2452    Description:
2453    
2454    Changed install.sh to use the current working directory instead of
2455    /usr/tmp for a temporary file (pcedittmp).  The previous choice
2456    of /usr/tmp caused trouble with MacOS X because of file premission
2457    problems.
2458    
2459    ----------------------------------------------------------------------
2460    Name: Matthias Blume
2461    Date: 2001/04/20 11:10:00 EDT
2462    Tag: blume-20010420-inMLflag
2463    Description:
2464    
2465     - added vp_limitPtrMask to vproc-state.h
2466       (for use by the raw-C-calls mechanism to implement proper interrupt
2467        handling)
2468     - made the ML compiler aware of various data-structure offsets so it
2469       can generate code for accessing the vp_inML flag and vp_limitPtrMask
2470     - tweaked mlriscGen.sml to have it emit interrupt-handling code for
2471       raw C-calls
2472    
2473    ----------------------------------------------------------------------
2474    Name: Lal George
2475    Date: 2001/04/20 09:15:28 EDT
2476    Tag: george-20010420-macosX
2477    Description:
2478    
2479     - Changes to port to Mac OS X; Darwin.
2480    
2481     - In the process I found that sqrt was broken on the PPC, because the
2482       fsqrt instruction is not implemented.
2483    
2484    ----------------------------------------------------------------------
2485    Name: Matthias Blume
2486    Date: 2001/04/18 12:45:00 EDT
2487    Tag: blume-20010418-ccalls
2488    Description:
2489    
2490     - fixed two off-by-4 errors in the x86-specific c-calls implementation
2491       (this bug prevented structure arguments containing pointers from being
2492        passed correctly)
2493     - changed the raw-C-call code in mlriscGen.sml in such a way that
2494       structure arguments are represented as a pointer to the beginning
2495       of the structure (instead of having a series of synthesized arguments,
2496       one for each structure member)
2497    
2498     - made makeml script's verbosity level configurable via environment
2499       variable (MAKEML_VERBOSITY)
2500    
2501     - eliminated placeholder implementations for f32l, w16s, i16s, and f32s
2502       in rawmem-x86.sml; we are now using the real thing
2503    
2504    ----------------------------------------------------------------------
2505    Name: Matthias Blume
2506    Date: 2001/03/22 16:25:00 EST
2507    Tag: blume-20010322-bootfiles
2508    Description:
2509    
2510    Created a new set of bootfiles (for your automatic installation convenience).
2511    
2512    ----------------------------------------------------------------------
2513    Name: Matthias Blume
2514    Date: 2001/03/22 15:10:00 EST
2515    Tag: blume-20010322-rawmem-parcm
2516    Description:
2517    
2518    1. All "raw memory access" primitives for the new FFI are implemented now
2519       (at least on the x86).
2520    2. Some further cleanup of CM's parallel make mechanism.
2521    
2522    ----------------------------------------------------------------------
2523    Name: Matthias Blume
2524    Date: 2001/03/19 17:53:00 EST
2525    Tag: blume-20010319-parallel
2526    Description:
2527    
2528    Parallel make (using compile servers) now works again.
2529    
2530    To this end, CM.stabilize and CMB.make have been modified to work in
2531    two passes when compile servers are attached:
2532       1. Compile everything, do not perform stabilization; this pass
2533          uses compile servers
2534       2. Stabilize everything; this pass does not use compile servers
2535    If there are no compile servers, the two passes are combined into one
2536    (as before).  Splitting the passes increases the inherent parallelism
2537    in the dependency graph because the entire graph including all
2538    libraries is available at the same time.  This, in turn, improves
2539    server utilization.  The downside is that the master process will
2540    have to do some extra work after compilation is done (because for
2541    technical reasons it must re-read all the binfiles during stabilization).
2542    
2543    ----------------------------------------------------------------------
2544    Name: Matthias Blume
2545    Date: 2001/03/16 12:22:00 EST
2546    Tag: blume-20010316-bootfiles
2547    Description:
2548    
2549    Created a new set of bootfiles (for your automatic installation convenience).
2550    
2551    ----------------------------------------------------------------------
2552    Name: Matthias Blume
2553    Date: 2001/03/16 11:00:00 EST
2554    Tag: blume-20010316-MLTREE-fixup
2555    Description:
2556    
2557    This is a minor fixup for an (untagged) earlier commit by Allen.
2558    (A file was missing).
2559    
2560    ----------------------------------------------------------------------
2561    Name: Allen Leung
2562    Date: Mon Mar  5 18:54:57 EST 2001
2563    Tag: leunga-20010305-cut-support
2564    
2565    1. New support for alternative control-flow in MLTREE.
2566       Currently we support
2567    
2568          FLOW_TO(CALL ...., [k1,...,kn])
2569    
2570       This is needed for 'cuts to' in C-- and try/handle-like constructs
2571       in Moby
2572    
2573       New assembler flag "asm-show-cutsto" to turn on control-flow debugging.
2574    
2575    2. Register Allocator
2576    
2577       Changes in interface [from Fermin, John]
2578    
2579    3. Alpha 8-bit SLL support [Fermin]
2580    
2581    4. All architectures
2582    
2583       A new module (ClusterExpandCopies) for expanding parallel copies.
2584    
2585    ----------------------------------------------------------------------
2586    Name: Allen Leung
2587    Date: 2001/02/27 23:07:00 EST
2588    Tag: leunga-20010227-minor-stuff
2589    
2590    1. Alpha bug fix for CMOVNE
2591    2. Handle mltree COND(..,FCMP ...,...)
2592    3. Bug fix in simplifier
2593    
2594    ----------------------------------------------------------------------
2595    Name: Matthias Blume
2596    Date: 2001/01/30 17:50:00 EST
2597    Tag: blume-20010130-sync
2598    Description:
2599    
2600    This is just a minor update to sync my devel branch with the main brach.
2601    The only visible change is the addition of some README files.
2602    
2603    ----------------------------------------------------------------------
2604    Name: Matthias Blume
2605    Date: 2001/01/12 23:30:00 JST
2606    Tag: blume-20010112-bootfiles
2607    Description:
2608    
2609    Made a new set of bootfiles that goes with the current state of the
2610    repository.
2611    
2612    ----------------------------------------------------------------------
2613    Name: Matthias Blume
2614    Date: 2001/01/12 21:20:00 JST
2615    Tag: blume-20010112-sync
2616    Description:
2617    
2618    I am just flushing out some minor changes that had accumulated in
2619    my private branch in order to sync with the main tree.  (This is
2620    mainly because I had CVS trouble when trying to merge _into_ my
2621    private branch.)
2622    
2623    Most people should be completely unaffected by this.
2624    
2625  ----------------------------------------------------------------------  ----------------------------------------------------------------------
2626  Name: Allen Leung  Name: Allen Leung
2627  Date: Thu Jan 11 21:03:00 EST 2001  Date: Thu Jan 11 21:03:00 EST 2001
# Line 1920  Line 4531 
4531       elaborator). There were a lot of changes during my "linkpath" trials       elaborator). There were a lot of changes during my "linkpath" trials
4532       that could have been reverted to their original state but weren't.       that could have been reverted to their original state but weren't.
4533       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
4534       than what was strictly necessary...  (I _did_ resist the tempation       than what was strictly necessary...  (I _did_ resist the temptation
4535       of doing any "global reformatting" to avoid an untimely death at       of doing any "global reformatting" to avoid an untimely death at
4536       Dave's hands. :)       Dave's hands. :)
4537    

Legend:
Removed from v.775  
changed lines
  Added in v.1155

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