Home My Page Projects Code Snippets Project Openings SML/NJ
Summary Activity Forums Tracker Lists Tasks Docs Surveys News SCM Files

SCM Repository

[smlnj] Diff of /sml/trunk/HISTORY
ViewVC logotype

Diff of /sml/trunk/HISTORY

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

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

Legend:
Removed from v.845  
changed lines
  Added in v.1142

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