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 824, Tue May 8 21:31:05 2001 UTC revision 1048, Thu Jan 31 06:36:17 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/01/30
18    Tag: leunga-20020130-nowhere-bug-fix
19    Description:
20    
21       MLRISC bug fixes:
22       1. Fixed a bindings computation bug in the 'nowhere' program generator tool.
23       2. MachineInt.fromString was negating its value.
24    
25    ----------------------------------------------------------------------
26    Name: Matthias Blume
27    Date: 2002/01/29
28    Tag: blume-20020129-INSTALL
29    Description:
30    
31    - Added somewhat detailed installation instructions (file INSTALL).
32    - Fixed curl-detection bug in config/install.sh.
33    - It is now possible to select the URL getter using the URLGETTER
34      environment variable:
35    
36          not set / "unknown"      --> automatic detection (script tries wget,
37                                       curl, and lynx)
38          "wget" / "curl" / "lynx" --> use the specified program (script "knows"
39                                       how to properly invoke them)
40          other                    --> use $URLGETTER directly, it must take
41                                       precisely two command-line arguments
42                                       (source URL and destination file name)
43    
44    ----------------------------------------------------------------------
45    Name: Matthias Blume
46    Date: 2002/01/28
47    Tag: blume-20020128-sparc-ccalls
48    Description:
49    
50    - Fixed problem with calculation of "used" registers in sparc-c-calls.
51    - Make use of the allocParam argument in sparc-c-calls.
52    
53    ----------------------------------------------------------------------
54    Name: Matthias Blume
55    Date: 2002/01/28
56    Tag: blume-20020128-allocParam
57    Description:
58    
59    John Reppy:  Changes c-calls API to accept client-callback for
60    allocating extra stack space.
61    me: Corresponding changes to mlriscGen (using a dummy argument that
62        does not change the current behavior).
63    
64    ----------------------------------------------------------------------
65    Name: Matthias Blume
66    Date: 2002/01/28 12:00:00
67    Tag: Release_110_38
68    Description:
69    
70    This time for real!!!
71    
72    ----------------------------------------------------------------------
73    Name: Matthias Blume
74    Date: 2002/01/28 10:56:00 EST
75    Tag: blume-20020128-retraction
76    Description:
77    
78    0. Retracted earlier 110.38.  (The Release_110_38 tag has been replaced
79       with blume-Release_110_38-retracted.)
80    
81    1. Fixed a problem with incorrect rounding modes in real64.sml.
82       (Thanks to Andrew Mccreight <andrew.mccreight@yale.edu>.)
83    
84    2. A bug in ml-nlffigen related to the handling of unnamed structs, unions,
85       and enums fixed.  The naming of corresponding ML identifiers should
86       now be consistent again.
87    
88    ----------------------------------------------------------------------
89    Name: Allen Leung
90    Date: 2002/01/27
91    Tag: leunga-20020127-nowhere
92    Description:
93    
94       Added a target called nowhere in the configuration scripts.
95       Enabling this will build the MLRISC 'nowhere' tool (for translating
96       programs with where-clauses into legal SML code) during installation.
97    
98    ----------------------------------------------------------------------
99    Name: Matthias Blume
100    Date: 2002/01/25 21:27:00 EST
101    Tag: blume-Release_110_38-retracted
102    Description:
103    
104    Call it a (working) release!  Version is 110.38. Bootfiles are ready.
105    
106    README will be added later.
107    
108    !!! NOTE:  Re-tagged as blume-Release_110_38-retracted. Original tag
109    (Release_110_38) removed.  Reason: Last-minute bug fixes.
110    
111    ----------------------------------------------------------------------
112    Name: Matthias Blume
113    Date: 2002/01/25
114    Tag: blume-20020125-ffi
115    Description:
116    
117    A large number of tweaks and improvements to ml-nlffi-lib and
118    ml-nlffigen:
119    
120       - ML represenation types have been streamlined
121       - getter and setter functions work with concrete values, not abstract
122         ones where possible
123       - ml-nlffigen command line more flexible (see README file there)
124       - some bugs have been fixed (hopefully)
125    
126    ----------------------------------------------------------------------
127    Name: Lal George
128    Date: 2002/01/24
129    Tag: george-20020124-risc-ra-interface
130    Description:
131    
132       There is a dramatic simplification in the interface to the
133       register allocator for RISC architectures as a result of making
134       parallel copy instructions explicit.
135    
136    ----------------------------------------------------------------------
137    Name: Matthias Blume
138    Date: 2002/01/22
139    Tag: blume-20020122-x86-ccalls
140    Description:
141    
142    Bug fix for c-calls on x86 (having to do with how char- and
143    short-arguments are being handled).
144    
145    ----------------------------------------------------------------------
146    Name: Matthias Blume
147    Date: 2002/01/21
148    Tag: blume-20020121-ff
149    Description:
150    
151    Another day of fiddling with the FFI...
152    
153    1. Bug fix/workaround:  CKIT does not complain about negative array
154       dimensions, so ml-nlffigen has to guard itself against this possibility.
155       (Otherwise a negative dimension would send it into an infinite loop.)
156    
157    2. Some of the abstract types (light objects, light pointers, most "base"
158       types) in structure C are now eqtypes.
159    
160    3. Added constructors and test functions for NULL function pointers.
161    
162    ----------------------------------------------------------------------
163    Name: Matthias Blume
164    Date: 2002/01/18
165    Tag: blume-20020118-ready-for-new-release
166    Description:
167    
168    Made config/srcarchiveurl point to a new place.  (Will provide boot
169    files shortly.)
170    
171    Maybe we christen this to be 110.38?
172    
173    ----------------------------------------------------------------------
174    Name: Matthias Blume
175    Date: 2002/01/18
176    Tag: blume-20020118-more-ffifiddle
177    Description:
178    
179    Today's FFI fiddling:
180    
181      - Provided a structure CGetSet with "convenient" versions of C.Get.* and
182        C.Set.* that use concrete (MLRep.*) arguments and results instead
183        of abstract ones.
184    
185      - Provided word-style bit operations etc. for "int" representation
186        types in MLRep.S<Foo>Bitops where <Foo> ranges over Char, Int, Short,
187        and Long.
188    
189    ----------------------------------------------------------------------
190    Name: Matthias Blume
191    Date: 2002/01/18
192    Tag: blume-20020118-use-x86-fp
193    Description:
194    
195    Now that x86-fast-fp seems to be working, I turned it back on again
196    by default.  (Seems to work fine now, even with the FFI.)
197    
198    Other than that, I added some documentation about the FFI to
199    src/ml-nlffigen/README and updated the FFI test examples in
200    src/ml-nlffi-lib/Tests/*.
201    
202    ----------------------------------------------------------------------
203    Name: Allen Leung
204    Date: 2002/01/17
205    Tag: leunga-20020117-x86-fast-fp-call
206    Description:
207    
208       1. Fixed a problem with handling return fp values when x86's fast fp
209          mode is turned on.
210    
211       2. Minor pretty printing fix for cellset.  Print %st(0) as %st(0) instead
212          of %f32.
213    
214       3. Added a constructor INT32lit to the ast of MLRISC tools.
215    
216    ----------------------------------------------------------------------
217    Name: Matthias Blume
218    Date: 2002/01/16
219    Tag: blume-20020116-ffifiddle
220    Description:
221    
222    More fiddling with the FFI interface:
223    
224     - Make constness 'c instead of rw wherever possible.  This eliminates
225       the need for certain explicit coercions.  (However, due to ML's
226       value polymorphism, there will still be many cases where explicit
227       coercions are necessary.  Phantom types are not the whole answer
228       to modeling a subtyping relationship in ML.)
229    
230     - ro/rw coersions for pointers added.  (Avoids the detour through */&.)
231    
232     - "printf" test example added to src/ml-nlffi-lib/Tests.  (Demonstrates
233       clumsy workaround for varargs problem.)
234    
235    ----------------------------------------------------------------------
236    Name: Lal George
237    Date: 2002/01/15
238    Tag: <none>
239    Description:
240    
241    1. Since COPY instructions are no longer native to the architecture,
242       a generic functor can be used to implement the expandCopies function.
243    
244    2. Allowed EXPORT and IMPORT pseudo-op declarations to appear inside a
245       TEXT segment.
246    
247    ----------------------------------------------------------------------
248    Name: Matthias Blume
249    Date: 2002/01/15
250    Tag: blume-20020115-ffiupdates
251    Description:
252    
253    1. Fix for bug resulting in single-precision float values being returned
254       incorrectly from FFI calls.
255    
256    2. Small modifications to C FFI API:
257    
258        - memory-allocation routines return straight objects (no options)
259          and raise an exception in out-of-memory situations
260        - unsafe extensions to cast between function pointers and pointers
261          from/to ints
262        - added structure C_Debug as an alternative to structure C where
263          pointer-dereferencing (|*| and |*!) always check for null-pointers
264        - added open_lib' to DynLinkage;  open_lib' works like open_lib
265          but also takes a (possibly empty) list of existing library handles
266          that the current library depends on
267    
268    ----------------------------------------------------------------------
269    Name: Matthias Blume
270    Date: 2002/01/10
271    Tag: blume-20020110-newffigen
272    Description:
273    
274    1. Updates to portable graph code.
275    
276    2. Major update to ml-nlffigen and ml-nlffi-lib.  Things are much
277       more scalable now so that even huge interfaces such as the one
278       for GTK compile in finite time and space. :-)
279       See src/ml-nlffigen/README for details on what's new.
280    
281    ----------------------------------------------------------------------
282    Name: Lal George
283    Date: 2001/01/09 14:31:35 EST 2002
284    Tag: george-20011206-rm-native-copy
285    Description:
286    
287            Removed the native COPY and FCOPY instructions
288            from all the architectures and replaced it with the
289            explicit COPY instruction from the previous commit.
290    
291            It is now possible to simplify many of the optimizations
292            modules that manipulate copies. This has not been
293            done in this change.
294    
295    ----------------------------------------------------------------------
296    Name: Lal George
297    Date: 2001/12/06 16:50:13 EST 2001
298    Tag: george-20011206-mlrisc-instruction
299    Description:
300    
301    Changed the representation of instructions from being fully abstract
302    to being partially concrete. That is to say:
303    
304      from
305            type instruction
306    
307      to
308            type instr                              (* machine instruction *)
309    
310            datatype instruction =
311                LIVE of {regs: C.cellset, spilled: C.cellset}
312              | KILL of {regs: C.cellset, spilled: C.cellset}
313              | COPYXXX of {k: CB.cellkind, dst: CB.cell list, src: CB.cell list}
314              | ANNOTATION of {i: instruction, a: Annotations.annotation}
315              | INSTR of instr
316    
317    This makes the handling of certain special instructions that appear on
318    all architectures easier and uniform.
319    
320    LIVE and KILL say that a list of registers are live or killed at the
321    program point where they appear. No spill code is generated when an
322    element of the 'regs' field is spilled, but the register is moved to
323    the 'spilled' (which is present, more for debugging than anything else).
324    
325    LIVE replaces the (now deprecated) DEFFREG instruction on the alpha.
326    We used to generate:
327    
328            DEFFREG f1
329            f1 := f2 + f3
330            trapb
331    
332    but now generate:
333    
334            f1 := f2 + f3
335            trapb
336            LIVE {regs=[f1,f2,f3], spilled=[]}
337    
338    Furthermore, the DEFFREG (hack) required that all floating point instruction
339    use all registers mentioned in the instruction. Therefore f1 := f2 + f3,
340    defines f1 and uses [f1,f2,f3]! This hack is no longer required resulting
341    in a cleaner alpha implementation. (Hopefully, intel will not get rid of
342    this architecture).
343    
344    COPYXXX is intended to replace the parallel COPY and FCOPY  available on
345    all the architectures. This will result in further simplification of the
346    register allocator that must be aware of them for coalescing purposes, and
347    will also simplify certain aspects of the machine description that provides
348    callbacks related to parallel copies.
349    
350    ANNOTATION should be obvious, and now INSTR represents the honest to God
351    machine instruction set!
352    
353    The <arch>/instructions/<arch>Instr.sml files define certain utility
354    functions for making porting easier -- essentially converting upper case
355    to lower case. All machine instructions (of type instr) are in upper case,
356    and the lower case form generates an MLRISC instruction. For example on
357    the alpha we have:
358    
359      datatype instr =
360         LDA of {r:cell, b:cell, d:operand}
361       | ...
362    
363      val lda : {r:cell, b:cell, d:operand} -> instruction
364        ...
365    
366    where lda is just (INSTR o LDA), etc.
367    
368    ----------------------------------------------------------------------
369    Name: Matthias Blume
370    Date: 2001/11/22 21:40:00 EST
371    Tag: Release_110_37
372    Description:
373    
374    Release 110.37.  This time for real.
375    
376    ----------------------------------------------------------------------
377    Name: Matthias Blume
378    Date: 2001/11/21 16:35:00 EST
379    Tag: blume-20011121-foot-in-mouth
380    Description:
381    
382    Removed the "Release_110_37" tag because of a serious bug.
383    This will be re-tagged once the bug is fixed.
384    
385    ----------------------------------------------------------------------
386    Name: Matthias Blume
387    Date: 2001/11/21 16:14:00 EST
388    Tag: blume-20011121-forgottenfile
389    Description:
390    
391    Forgot to add a file.  (Just a .tex-file -- part of
392    the CM manual source.)
393    
394    ----------------------------------------------------------------------
395    Name: Matthias Blume
396    Date: 2001/11/21 16:10:00 EST
397    Tag: blume-20011121-invalid_110_37
398    Description:
399    
400    Note: I removed the original tag "Release_110_37" from this commit
401          because we found a serious bug in all non-x86 backends.
402          - Matthias
403    
404    1. Modifications to the SML/NJ code generator and to the runtime system
405       so that code object name strings are directly inserted into code
406       objects at code generation time.  The only business the runtime system
407       has with this is now to read the name strings on occasions.
408       (The encoding of the name string has also changed somewhat.)
409    
410    2. CM now implements a simple "set calculus" for specifying export lists.
411       In particular, it is now possible to refer to the export lists of
412       other libraries/groups/sources and form unions as well as differences.
413       See the latest CM manual for details.
414    
415    3. An separate notion of "proxy" libraries has again be eliminated from
416       CM's model.  (Proxy libraries are now simply a special case of using
417       the export list calculus.)
418    
419    4. Some of the existing libraries now take advantage of the new set
420       calculus.
421       (Notice that not all libraries have been converted because some
422       of the existing .cm-files are supposed to be backward compatible
423       with 110.0.x.)
424    
425    5. Some cleanup in stand-alone programs.  (Don't use "exnMessage" -- use
426       "General.exnMessage"!  The former relies on a certain hook to be
427       initialized, and that often does not happen in the stand-alone case.)
428    
429    ----------------------------------------------------------------------
430    Name: Lal George
431    Date: 2001/11/21  13:56:18 EST
432    Tag: george-2001121-pseudo-ops
433    Description:
434    
435      Implemented a complete redesign of MLRISC pseudo-ops. Now there
436      ought to never be any question of incompatabilities with
437      pseudo-op syntax expected by host assemblers.
438    
439      For now, only modules supporting GAS syntax are implemented
440      but more should follow, such as MASM, and vendor assembler
441      syntax, e.g. IBM as, Sun as, etc.
442    
443    ----------------------------------------------------------------------
444    Name: Matthias Blume
445    Date: 2001/11/14 11:52:00 EST
446    Tag: blume-20011114-srcname
447    Description:
448    
449    1. Routed the name of the current source file to mlriscgen where it
450       should be directly emitted into the code object.  (This last part
451       is yet to be done.)
452    
453    2. Some cleanup of the pgraph code to make it match the proposal that
454       I put out the other day.  (The proposal notwithstanding, things are
455       still in flux here.)
456    
457    ----------------------------------------------------------------------
458    Name: Lal George
459    Date: 2001/11/14 09:44:04 EST
460    Tag:
461    Description:
462    
463      Fix for a backpatching bug reported by Allen.
464    
465      Because the boundary between short and long span-dependent
466      instructions is +/- 128, there are an astounding number of
467      span-dependent instructions whose size is over estimated.
468    
469      Allen came up with the idea of letting the size of span
470      dependent instructions be non-monotonic, for a maxIter
471      number of times, after which the size must be monotonically
472      increasing.
473    
474      This table shows the number of span-dependent instructions
475      whose size was over-estimated as a function of maxIter, for the
476      file Parse/parse/ml.grm.sml:
477    
478         maxIter            # of instructions:
479            10                      687
480            20                      438
481            30                      198
482            40                        0
483    
484      In compiling the compiler, there is no significant difference in
485      compilation speed between maxIter=10 and maxIter=40. Actually,
486      my measurements showed that maxIter=40 was a tad faster than
487      maxIter=10! Also 96% of the  files in the compiler reach a fix
488      point within 13 iterations, so fixing maxIter at 40, while high,
489      is okay.
490    
491    ----------------------------------------------------------------------
492    Name: Matthias Blume
493    Date: 2001/10/31 15:25:00 EST
494    Tag: blume-20011031-pgraph
495    Description:
496    
497    CKIT:
498    * Changed the "Function" constructor of type Ast.ctype to carry optional
499      argument identifiers.
500    * Changed the return type of TypeUtil.getFunction accordingly.
501    * Type equality ignores the argument names.
502    * TypeUtil.composite tries to preserve argument names but gives up quickly
503      if there is a mismatch.
504    
505    installation script:
506    * attempts to use "curl" if available (unless "wget" is available as well)
507    
508    CM:
509    * has an experimental implementation of "portable graphs" which I will
510      soon propose as an implementation-independent library format
511    * there are also new libraries $/pgraph.cm and $/pgraph-util.cm
512    
513    NLFFI-LIB:
514    * some cleanup (all cosmetic)
515    
516    NLFFIGEN:
517    * temporarily disabled the mechanism that suppresses ML output for
518      C definitions whose identifiers start with an underscore character
519    * generate val bindings for enum constants
520    * user can request that only one style (light or heavy) is being used;
521      default is to use both (command-line arguments: -heavy and -light)
522    * fixed bug in handling of function types involving incomplete pointers
523    * generate ML entry points that take record arguments (i.e., using
524      named arguments) for C functions that have a prototype with named
525      arguments
526      (see changes to CKIT)
527    
528    ----------------------------------------------------------------------
529    Name: Allen Leung
530    Date: 2001/10/27 20:34:00 EDT
531    Tag: leunga-20011027-x86-fast-fp-call
532    Description:
533    
534       Fixed the bug described in blume-20010920-slowfp.
535    
536       The fix involves
537          1. generating FCOPYs in FSTP in ia32-svid
538          2. marking a CALL with the appropriate annotation
539    
540    ----------------------------------------------------------------------
541    Name: Matthias Blume
542    Date: 2001/10/16 11:32:00 EDT
543    Tag: blume-20011016-netbsd
544    Description:
545    
546    Underscore patch from Chris Richards (fixing problem with compiling
547    runtime system under recent NetBSD).
548    
549    ----------------------------------------------------------------------
550    Name: Allen Leung
551    Date: 2001/10/12 17:18:32 EDT 2001
552    Tag: leung-20011012-x86-printflowgraph
553    Description:
554    
555    X86RA now uses a valid (instead of dummy) PrintFlowgraph module.
556    
557    ----------------------------------------------------------------------
558    Name: Lal George
559    Date: 2001/10/11 23:51:34 EDT
560    Tag: george-20011011-too-many-instrs
561    Description:
562    
563    The representation of a program point never expected to see more
564    than 65536 instructions in a basic block!
565    
566    ----------------------------------------------------------------------
567    Name: Lal George
568    Date: 2001/10/09 09:41:37 EDT
569    Tag: george-20011008-mlrisc-labels
570    Description:
571    
572    Changed the machine description files to support printing of
573    local and global labels in assembly code, based on host assembler
574    conventions.
575    
576    ----------------------------------------------------------------------
577    Name: Matthias Blume
578    Date: 2001/09/25 15:25:00 EDT
579    Tag: blume-20010925-exninfo
580    Description:
581    
582    I provided a non-hook implementation of exnName (at the toplevel) and
583    made the "dummy" implementation of exnMessage (at the toplevel) more
584    useful: if nothing gets "hooked in", then at least you are going to
585    see the exception name and a message indicating why you don't see more.
586    
587    [For the time being, programs that need exnMessage and want to use
588    ml-build should either use General.exnMessage (strongly recommended) or
589    refer to structure General at some other point so that CM sees a
590    static dependency.]
591    
592    [Similar remarks go for "print" and "use":  If you want to use their
593    functionality in stand-alone programs generated by ml-build, then use
594    TextIO.output and Backend.Interact.useFile (from $smlnj/compiler.cm).]
595    
596    ----------------------------------------------------------------------
597    Name: Matthias Blume
598    Date: 2001/09/20 17:28:00 EDT
599    Tag: blume-20010920-slowfp
600    Description:
601    
602    Allen says that x86-fast-fp is not safe yet, so I turned it off again...
603    
604    ----------------------------------------------------------------------
605    Name: Matthias Blume
606    Date: 2001/09/20 17:20:00 EDT
607    Tag: blume-20010920-canonicalpaths
608    Description:
609    
610    0. Updated the BOOT file (something that I forgot to do earlier).
611    
612    1. Small internal change to CM so that it avoids "/../" in filenames
613       as much as possible (but only where it is safe).
614    
615    2. Changed config/_run-sml (resulting in a changed bin/.run-sml) so
616       that arguments that contain delimiters are passed through correctly.
617       This change also means that all "special" arguments of the form
618       @SMLxxx... must come first.
619    
620    3. Changed install script to put relative anchor names for tool commands
621       into pathconfig.
622    
623    ----------------------------------------------------------------------
624    Name: Matthias Blume
625    >>>>>>> 1.169
626    Date: 2001/09/18 15:35:00 EDT
627    Tag: blume-20010918-readme11036
628    Description:
629    
630    Added README files.
631    
632    ----------------------------------------------------------------------
633    Name: Matthias Blume
634    Date: 2001/09/18 11:45:00 EDT
635    Tag: Release_110_36 (retag)
636    Description:
637    
638    Fixed mistake in config/preloads. Retagged as 110.36.
639    
640    ----------------------------------------------------------------------
641    Name: Matthias Blume
642    Date: 2001/09/18 09:40:00 EDT
643    Tag: Release_110_36_orig (tag changed)
644    Description:
645    
646    New version (110.36).  New bootfiles.
647    
648    ----------------------------------------------------------------------
649    Name: Matthias Blume
650    Date: 2001/09/14 16:15:00 EDT
651    Tag: blume-20010914-x86fastfp
652    Description:
653    
654    John committed some changes that Allen made, in particular a (hopefully)
655    correctly working version of the x86-fp module.
656    
657    I changed the default setting of the Control.MLRISC.getFlag "x86-fast-fp"
658    flag to "true".  Everything seems to compile to a fixpoint ok, and
659    "mandelbrot" speeds up by about 15%.
660    
661    ----------------------------------------------------------------------
662    Name: Matthias Blume
663    Date: 2001/09/13 11:20:00 EDT
664    Tag: blume-20010913-minimal
665    Description:
666    
667    1. Stefan Monnier's patch to fix a miscompilation problem that
668       was brought to light by John Reppy's work on Moby.
669    
670    2. Implemented a minimal "structure Compiler" that contains just
671       "version" and "architecture".  The minimal version will be
672       available when the full version is not.  This is for backward-
673       compatibility with code that wants to test Compiler.version.
674    
675    ----------------------------------------------------------------------
676    Name: Matthias Blume
677    Date: 2001/08/28 14:03:00 EDT
678    Tag: blume-20010828-ml-lex
679    Description:
680    
681    Fix for bug 1581, received from Neophytos Michael.
682    
683    ----------------------------------------------------------------------
684    Name: Matthias Blume
685    Date: 2001/08/27 11:20:00 EDT
686    Tag: blume-20010827-readme11035
687    Description:
688    
689    Fleshed out the README file for 110.35.
690    
691    ----------------------------------------------------------------------
692    Name: Matthias Blume
693    Date: 2001/08/24 17:10:00 EDT
694    Tag: Release_110_35
695    Description:
696    
697    New version number (110.35).  New bootfiles.
698    
699    ----------------------------------------------------------------------
700    Name: Lal George
701    Date: 2001/08/24 13:47:18 EDT 2001
702    Tag: george-20010824-MLRISC-graphs
703    Description:
704    
705     removed clusters from MLRISC completely and replaced with graphs.
706    
707    ----------------------------------------------------------------------
708    Name: Matthias Blume
709    Date: 2001/08/23 17:50:00 EDT
710    Tag: blume-20010823-toplevel
711    Description:
712    
713    - some reorganization of the code that implements various kinds of
714      environments in the compiler (static, dynamic, symbolic, combined)
715    - re-implemented the EnvRef module so that evalStream works properly
716      (if the stream contains references to "use", "CM.make", etc.)
717    - cleaned up evalloop.sml and interact.sml (but they need more cleaning)
718    
719    ----------------------------------------------------------------------
720    Name: Matthias Blume
721    Date: 2001/08/20 15:50 EDT
722    Tag: blume20010820-slipup
723    Description:
724    
725    I forgot to commit a few files.  Here they are...
726    
727    ----------------------------------------------------------------------
728    Name: Matthias Blume
729    Date: 2001/08/20 15:35:00 EDT
730    Tag: blume-20010820-debugprof
731    Description:
732    
733    !!!! NEW BOOTFILES !!!!
734    
735    This is another round of reorganizing the compiler sources.  This
736    time the main goal was to factor out all the "instrumentation"
737    passes (for profiling and backtracing) into their own library.
738    The difficulty was to do it in such a way that it does not depend
739    on elaborate.cm but only on elabdata.cm.
740    
741    Therefore there have been further changes to both elaborate.cm and
742    elabdata.cm -- more "generic" things have been moved from the former
743    to the latter.  As a result, I was forced to split the assignment
744    of numbers indicating "primtyc"s into two portions: SML-generic and
745    SML/NJ-specific.  Since it would have been awkward to maintain,
746    I bit the bullet and actually _changed_ the mapping between these
747    numbers and primtycs.  The bottom line of this is that you need
748    a new set of bin- and bootfiles.
749    
750    I have built new bootfiles for all architectures, so doing a fresh
751    checkout and config/install.sh should be all you need.
752    
753    The newly created library's name is
754    
755        $smlnj/viscomp/debugprof.cm
756    
757    and its sources live under
758    
759        src/compiler/DebugProf
760    
761    ----------------------------------------------------------------------
762    Name: Matthias Blume
763    Date: 2001/08/15 17:15:00 EDT
764    Tag: blume-20010815-compreorg
765    Description:
766    
767    This is a first cut at reorganizing the CM libraries that make up the
768    core of the compiler.  The idea is to separate out pieces that could
769    be used independently by tools, e.g., the parser, the typechecker, etc.
770    
771    The current status is a step in this direction, but it is not quite
772    satisfactory yet.  Expect more changes in the future.
773    
774    Here is the current (new) organization...
775    
776        What used to be $smlnj/viscomp/core.cm is now divided into
777        six CM libraries:
778    
779             $smlnj/viscomp/basics.cm
780                           /parser.cm
781                           /elabdata.cm
782                           /elaborate.cm
783                           /execute.cm
784                           /core.cm
785    
786        The CM files for these libraries live under src/system/smlnj/viscomp.
787        All these libraries are proxy libraries that contain precisely
788        one CM library component.  Here are the locations of the components
789        (all within the src/compiler tree):
790    
791             Basics/basics.cm
792             Parse/parser.cm
793             ElabData/elabdata.cm
794             Elaborator/elaborate.cm
795             Execution/execute.cm
796             core.cm
797    
798         [This organization is the same that has been used already
799         for a while for the architecture-specific parts of the visible
800         compiler and for the old version of core.cm.]
801    
802         As you will notice, many source files have been moved from their
803         respective original locations to a new home in one of the above
804         subtrees.
805    
806         The division of labor between the new libraries is the following:
807    
808             basics.cm:
809                - Simple, basic definitions that pertain to many (or all) of
810                  the other libraries.
811             parser.cm:
812                - The SML parser, producing output of type Ast.dec.
813                - The type family for Ast is also defined and exported here.
814             elabdata.cm:
815                - The datatypes that describe input and output of the elaborator.
816                  This includes types, absyn, and static environments.
817             elaborator.cm:
818                - The SML/NJ type checker and elaborator.
819                  This maps an Ast.dec (with a given static environment) to
820                  an Absyn.dec (with a new static environment).
821                - This libraries implements certain modules that used to be
822                  structures as functors (to remove dependencies on FLINT).
823             execute.cm:
824                - Everything having to do with executing binary code objects.
825                - Dynamic environments.
826             core.cm:
827                - SML/NJ-specific instantiations of the elaborator and MLRISC.
828                - Top-level modules.
829                - FLINT (this should eventually become its own library)
830    
831    Notes:
832    
833    I am not 100% happy with the way I separated the elaborator (and its
834    data structures) from FLINT.  Two instances of the same problem:
835    
836        1. Data structures contain certain fields that carry FLINT-specific
837           information.  I hacked around this using exn and the property list
838           module from smlnj-lib.  But the fact that there are middle-end
839           specific fields around at all is a bit annoying.
840    
841        2. The elaborator calculates certain FLINT-related information.  I tried
842           to make this as abstract as I could using functorization, but, again,
843           the fact that the elaborator has to perform calculations on behalf
844           of the middle-end at all is not nice.
845    
846        3. Having to used exn and property lists is unfortunate because it
847           weakens type checking.  The other alternative (parameterizing
848           nearly *everything*) is not appealing, though.
849    
850    I removed the "rebinding =" warning hack because due to the new organization
851    it was awkward to maintain it.  As a result, the compiler now issues some of
852    these warnings when compiling init.cmi during bootstrap compilation. On
853    the plus side, you also get a warning when you do, for example:
854       val op = = Int32.+
855    which was not the case up to now.
856    
857    I placed "assign" and "deref" into the _Core structure so that the
858    code that deals with the "lazy" keyword can find them there.  This
859    removes the need for having access to the primitive environment
860    during elaboration.
861    
862    ----------------------------------------------------------------------
863    Name: Matthias Blume
864    Date: 2001/08/13
865    Tag: blume-20010813-closures
866    Description:
867    
868    This fix was sent to us by Zhong Shao.  It is supposed to improve the
869    performance of certain loops by avoiding needless closure allocation.
870    
871    ----------------------------------------------------------------------
872    Name: Lal George
873    Date: 2001/07/31 10:03:23 EDT 2001
874    Tag: george-20010731-x86-fmalloc
875    Description: Fixed bug in x86 calls
876    
877        There was a bug where call instructions would mysteriously
878        vanish. The call instruction had to be one that returned
879        a floating point value.
880    
881    ----------------------------------------------------------------------
882    Name: Lal George
883    Date: 2001/07/19 16:36:29 EDT 2001
884    Tag: george-20010719-simple-cells
885    Description:
886    
887    I have dramatically simplified the interface for CELLS in MLRISC.
888    
889    In summary, the cells interface is broken up into three parts:
890    
891      1. CellsBasis : CELLS_BASIS
892    
893            CellsBasis is a top level structure and common for all
894            architectures.  it contains the definitions of basic datatypes
895            and utility  functions over these types.
896    
897      2. functor Cells() : CELLS
898    
899            Cells generates an interface for CELLS that incorporates the
900            specific resources on the target architecture, such as the
901            presence of special register classes, their number and size,
902            and various useful substructures.
903    
904      3. <ARCH>CELLS
905    
906            e.g. SparcCells: SPARCCELLS
907    
908            <ARCH>CELLS usually contains additional bindings for special
909            registers  on the architecture, such as:
910    
911                    val r0 : cell           (* register zero *)
912                    val y : cell            (* Y register *)
913                    val psr : cell          (* processor status register *)
914                    ...
915    
916            The structure returned by applying the Cells functor is opened
917            in this interface.
918    
919    The main implication of all this is that the datatypes for cells is
920    split between CellsBasis and CELLS -- a fairly simple change for user
921    code.
922    
923    In the old scheme the CELLS interface had a definitional binding of
924    the form:
925    
926            signature CELLS = sig
927    
928               structure CellsBasis = CellsBasis
929    
930               ...
931    
932            end
933    
934    With all the sharing constraints that goes on in MLRISC, this old
935    design  quickly leads to errors such as:
936    
937            "structure definition spec inside of sharing ... "
938    
939    
940    and appears to require an unacceptable amount of sharing and where
941    constraint hackery.
942    
943    I think this error message (the interaction of definitional specs and
944    sharing) requires more explanation on our web page.
945    
946    ----------------------------------------------------------------------
947    Name: Matthias Blume
948    Date: 2001/07/19 15:00:00 EDT
949    Tag: blume-20010719-libreorg
950    Description:
951    
952    This update puts together a fairly extensive but straightforward change
953    to the way the libraries that implement the interactive system are
954    organized:
955    
956       The biggest change is the elimination of structure Compiler.  As a
957       replacement for this structure, there is now a CM library
958       (known as $smlnj/compiler.cm or $smlnj/compiler/current.cm)
959       that exports all the substructures of the original structure Compiler
960       directly.  So instead of saying Compiler.Foo.bar one now simply
961       says Foo.bar.  (The CM libraries actually export a collection of
962       structures that is richer than the collection of substructures of
963       structure Compiler.)
964    
965       To make the transition smooth, there is a separate library called
966       $smlnj/compiler/compiler.cm which puts together and exports the
967       original structure Compiler (or at least something very close to it).
968    
969       There are five members of the original structure Compiler
970       that are not exported directly but which instead became members
971       of a new structure Backend (described by signature BACKEND).  These are:
972       structure Profile (: PROFILE), structure Compile (: COMPILE), structure
973       Interact (: INTERACT), structure Machine (: MACHINE), and val
974       architecture (: string).
975    
976       Structure Compiler.Version has become structure CompilerVersion.
977    
978       Cross-compilers for alpha32, hppa, ppc, sparc, and x86 are provided
979       by $smlnj/compiler/<arch>.cm where <arch> is alpha32, hppa, ppc, sparc,
980       or x86, respectively.
981       Each of these exports the same frontend structures that
982       $smlnj/compiler.cm exports.  But they do not have a structure Backend
983       and instead export some structure <Arch>Backend where <Arch> is Alpha32,
984       Hppa, PPC, Sparc, or X86, respectively.
985    
986       Library $smlnj/compiler/all.cm exports the union of the exports of
987       $smlnj/compiler/<arch>.cm
988    
989       There are no structures <Arch>Compiler anymore, use
990       $smlnj/compiler/<arch>.cm instead.
991    
992       Library host-compiler-0.cm is gone.  Instead, the internal library
993       that instantiates CM is now called cm0.cm.  Selection of the host
994       compiler (backend) is no longer done here but. (Responsibility for it
995       now lies with $smlnj/compiler/current.cm.  This seems to be more
996       logical.)
997    
998       Many individual files have been moved or renamed.  Some files have
999       been split into multiple files, and some "dead" files have been deleted.
1000    
1001    Aside from these changes to library organization, there are also changes
1002    to the way the code itself is organized:
1003    
1004       Structure Binfile has been re-implemented in such a way that it no
1005       longer needs any knowledge of the compiler.  It exclusively deals
1006       with the details of binfile layout.  It no longer invokes the
1007       compiler (for the purpose of creating new prospective binfile
1008       content), and it no longer has any knowledge of how to interpret
1009       pickles.
1010    
1011       Structure Compile (: COMPILE) has been stripped down to the bare
1012       essentials of compilation.  It no longer deals with linking/execution.
1013       The interface has been cleaned up considerably.
1014    
1015       Utility routines for dealing with linking and execution have been
1016       moved into their own substructures.
1017    
1018       (The ultimate goal of these changes is to provide a light-weight
1019       binfile loader/linker (at least for, e.g., stable libraries) that
1020       does not require CM or the compiler to be present.)
1021    
1022    CM documentation has been updated to reflect the changes to library
1023    organization.
1024    
1025    ----------------------------------------------------------------------
1026    Name: Matthias Blume
1027    Date: 2001/07/10 17:30:00 EDT
1028    Tag: Release_110_34
1029    Description:
1030    
1031    Minor tweak to 110.34 (re-tagged):
1032    
1033      - README.html file added to CVS repository
1034      - runtime compiles properly under FreeBSD 3.X and 4.X
1035    
1036    ----------------------------------------------------------------------
1037    Name: Matthias Blume
1038    Date: 2001/07/10 17:30:00 EDT
1039    Tag: Release_110_34
1040    Description:
1041    
1042    New version number (110.34). New bootfiles.
1043    
1044    ----------------------------------------------------------------------
1045    Name: Matthias Blume
1046    Date: 2001/07/09 16:00:00 EDT
1047    Tag: blume-20010709-more-varargs
1048    Description:
1049    
1050    I changed the handling of varargs in ml-nlffigen again:
1051    The ellipsis ... will now simply be ignored (with an accompanying warning).
1052    
1053    The immediate effect is that you can actually call a varargs function
1054    from ML -- but you can't actually supply any arguments beyond the ones
1055    specified explicitly.  (For example, you can call printf with its format
1056    string, but you cannot pass additional arguments.)
1057    
1058    This behavior is only marginally more useful than the one before, but
1059    it has the advantage that a function or, more importantly, a function
1060    type never gets dropped on the floor, thus avoiding follow-up problems with
1061    other types that refer to the offending one.
1062    
1063    ----------------------------------------------------------------------
1064    Name: Matthias Blume
1065    Date: 2001/07/09 11:25:00 EDT
1066    Tag: blume-20010709-varargs
1067    Description:
1068    
1069    1. ckit-lib.cm now exports structure Error
1070    2. ml-nlffigen reports occurences of "..." (i.e., varargs function types)
1071       with a warning accompanied by a source location.  Moreover, it
1072       merely skips the offending function or type and proceeds with the
1073       rest of its work.u  As a result, one can safely feed C code containing
1074       "..." to ml-nlffigen.
1075    3. There are some internal improvements to CM, providing slightly
1076       more general string substitutions in the tools subsystem.
1077    
1078    ----------------------------------------------------------------------
1079    Name: Matthias Blume
1080    Date: 2001/06/27 15:10:00 EDT
1081    Tag: blume-20010627-concur
1082    Description:
1083    
1084    Fixed a small bug in CM's handling of parallel compilation.
1085    (You could observe the bug by Control-C-interrupting an ordinary
1086    CMB.make or CM.stabilize and then attaching some compile servers.
1087    The result was that all of a sudden the previously interrupted
1088    compilation would continue on its own.  This was because of
1089    an over-optimization: CM did not bother to clean out certain queues
1090    when no servers were attached "anyway", resulting in the contents
1091    of these queues to grab control when new servers did get attached.)
1092    
1093    There is also another minor update to the CM manual.
1094    
1095    ----------------------------------------------------------------------
1096    Name: Matthias Blume
1097    Date: 2001/06/26 16:15:00 EDT
1098    Tag: blume-20010626-cmdoc
1099    Description:
1100    
1101    Minor typo fixed in CM manual (syntax diagram for libraries).
1102    
1103    ----------------------------------------------------------------------
1104    Name: Matthias Blume
1105    Date: 2001/06/25 22:55:00 EDT
1106    Tag: blume-20010625-x86pc
1107    Description:
1108    
1109    Fixed a nasty bug in the X86 assembly code that caused signal
1110    handlers to fail (crash) randomly.
1111    
1112    ----------------------------------------------------------------------
1113    Name: Matthias Blume
1114    Date: 2001/06/25 12:05:00 EDT
1115    Tag: blume-20010625-nlffigen
1116    Description:
1117    
1118    This update fixes a number of minor bugs in ml-nlffigen as reported by
1119    Nick Carter <nbc@andrew.cmu.edu>.
1120    
1121      1. Silly but ok typedefs of the form "typedef void myvoid;" are now accepted.
1122      2. Default names for generated files are now derived from the name of
1123         the C file *without its directory*.  In particular, this causes generated
1124         files to be placed locally even if the C file is in some system directory.
1125      3. Default names for generated signatures and structures are also derived
1126         from the C file name without its directory.  This avoids silly things
1127         like "structure GL/GL".
1128         (Other silly names are still possible because ml-nlffigen does not do
1129          a thorough check of whether generated names are legal ML identifiers.
1130          When in doubt, use command line arguments to force particular names.)
1131    
1132    ----------------------------------------------------------------------
1133    Name: Matthias Blume
1134    Date: 2001/06/21 12:25:00 EDT
1135    Tag: blume-20010621-eXene
1136    Description:
1137    
1138    eXene now compiles and (sort of) works again.
1139    
1140    The library name (for version > 110.33) is $/eXene.cm.
1141    
1142    I also added an new example in src/eXene/examples/nbody.  See the
1143    README file there for details.
1144    
1145    ----------------------------------------------------------------------
1146    Name: Matthias Blume
1147    Date: 2001/06/20 16:40:00 EDT
1148    Tag: blume-20010620-cml
1149    Description:
1150    
1151    CML now compiles and works again.
1152    
1153    Libraries (for version > 110.33):
1154    
1155      $cml/cml.cm            Main CML library.
1156      $cml/basis.cm          CML's version of $/basis.cm.
1157      $cml/cml-internal.cm   Internal helper library.
1158      $cml/core-cml.cm       Internal helper library.
1159      $cml-lib/trace-cml.cm  Tracing facility.
1160      $cml-lib/smlnj-lib.cm  CML's version of $/smlnj-lib.cm
1161    
1162    The installer (config/install.sh) has been taught how to properly
1163    install this stuff.
1164    
1165    ----------------------------------------------------------------------
1166    Name: Matthias Blume
1167    Date: 2001/06/19 17:55:00 EDT
1168    Tag: blume-20010619-instantiate
1169    Description:
1170    
1171    This un-breaks the fix for bug 1432.
1172    (The bug was originally fixed in 110.9 but I broke it again some
1173    time after that.)
1174    
1175    ----------------------------------------------------------------------
1176    Name: Matthias Blume
1177    Date: 2001/06/19 17:25:00 EDT
1178    Tag: blume-20010619-signals
1179    Description:
1180    
1181    This should (hopefully) fix the long-standing signal handling bug.
1182    (The runtime system was constructing a continuation record with an
1183    incorrect descriptor which would cause the GC to drop data on the floor...)
1184    
1185    ----------------------------------------------------------------------
1186    Name: Matthias Blume
1187    Date: 2001/06/15 15:05:00 EDT
1188    Tag: blume-20010615-moresparc
1189    Description:
1190    
1191    Here is a short late-hour update related to Sparc c-calls:
1192    
1193     -- made handling of double-word arguments a bit smarter
1194    
1195     -- instruction selection phase tries to collapse certain clumsily
1196        constructed ML-Trees; typical example:
1197    
1198            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
1199    
1200        This currently has no further impact on SML/NJ since mlriscGen does
1201        not seem to generate such patterns in the first place, and c-calls
1202        (which did generate them in the beginning) has meanwhile been fixed
1203        so as to avoid them as well.
1204    
1205    ----------------------------------------------------------------------
1206    Name: Matthias Blume
1207    Date: 2001/06/15 15:05:00 EDT
1208    Tag: blume-20010615-sparc
1209    Description:
1210    
1211    The purpose of this update is to provide an implementation of NLFFI
1212    on Sparc machines.
1213    
1214    Here are the changes in detail:
1215    
1216       * src/MLRISC/sparc/c-calls/sparc-c-calls.sml is a new file containing
1217       the Sparc implementation of the c-calls API.
1218       * The Sparc backend of SML/NJ has been modified to uniformely use %fp
1219       for accessing the ML frame.  Thus, we have a real frame pointer and
1220       can freely modify %sp without need for an omit-frame-ptr phase.
1221       The vfp logic in src/compiler/CodeGen/* has been changed to accomodate
1222       this case.
1223       * ml-nlffigen has been taught to produce code for different architectures
1224       and calling conventions.
1225       * In a way similar to what was done in the x86 case, the Sparc
1226       backend uses its own specific extension to mltree.  (For example,
1227       it needs to be able to generate UNIMP instructions which are part
1228       of the calling convention.)
1229       * ml-nlffi-lib was reorganized to make it more modular (in particular,
1230       to make it easier to plug in new machine- and os-dependent parts).
1231    
1232    There are some other fairly unrelated bug fixes and cleanups as well:
1233    
1234       * I further hacked the .cm files for MLRISC tools (like MDLGen) so
1235       that they properly share their libraries with existing SML/NJ libraries.
1236       * I fixed a minor cosmetic bug in CM, supressing certain spurious
1237       follow-up error messages.
1238       * Updates to CM/CMB documentation.
1239    
1240    TODO items:
1241    
1242       * MLRISC should use a different register as its asmTemp on the Sparc.
1243         (The current %o2 is a really bad choice because it is part of the
1244         calling conventions, so things might interfere in unexpected ways.)
1245    
1246    ----------------------------------------------------------------------
1247    Name: Matthias Blume
1248    Date: 2001/06/07
1249    Tag: blume-20010607-calls
1250    Description:
1251    
1252    A number of internal changes related to C calls and calling conventions:
1253    
1254    1. ML-Tree CALL statements now carry a "pops" field.  It indicates the
1255       number of bytes popped implicitly (by the callee).  In most cases
1256       this field is 0 but on x86/win32 it is some non-zero value.  This
1257       is information provided for the benefit of the "omit-frameptr" pass.
1258    2. The CALL instruction on the x86 carries a similar "pops" field.
1259       The instruction selection phase copies its value from the ML-Tree
1260       CALL statement.
1261    3. On all other architectures, the instruction selection phase checks
1262       whether "pops=0" and complains if not.
1263    4. The c-calls implementation for x86 now accepts two calling conventions:
1264       "ccall" and "stdcall".  When "ccall" is selected, the caller cleans
1265       up after the call and pops is set to 0.  For "stdcall", the caller
1266       does nothing, leaving the cleanup to the callee; pops is set to
1267       the number of bytes that were pushed onto the stack.
1268    5. The cproto decoder (compiler/Semant/types/cproto.sml) now can
1269       distinguish between "ccall" and "stdcall".
1270    6. The UNIMP instruction has been added to the supported Sparc instruction
1271       set. (This is needed for implementing the official C calling convention
1272       on this architecture.)
1273    7. I fixed some of the .cm files under src/MLRISC/Tools to make them
1274       work with the latest CM.
1275    
1276    ----------------------------------------------------------------------
1277    Name: Matthias Blume
1278    Date: 2001/06/05 15:10:00 EDT
1279    Tag: blume-20010605-cm-index
1280    Description:
1281    
1282    0. The "lambdasplit" parameter for class "sml" in CM has been documented.
1283    
1284    1. CM can now generate "index files".  These are human-readable files
1285       that list on a per-.cm-file basis each toplevel symbol defined or
1286       imported.  The location of the index file for
1287       <p>/<d>.cm is <p>/CM/INDEX/<d>.cm.
1288       To enable index-file generation, set CM.Control.generate_index to true
1289       or export an environment-symbol: export CM_GENERATE_INDEX=true.
1290    
1291       The CM manual has been updated accordingly.
1292    
1293    2. I made some slight modifications to the c-calls API in MLRISC.
1294    
1295         a) There is now a callback to support saving/restoring of
1296            dedicated but caller-save registers around the actual call
1297            instruction.
1298         b) One can optionally specify a comment-annotation for the
1299            call instruction.
1300    
1301    3. SML/NJ (mlriscGen.sml) uses this new API for the rawccall primop.
1302       (For example, the comment annotation shows the C prototype of
1303        the function being called.)
1304    
1305    ----------------------------------------------------------------------
1306    Name: Matthias Blume
1307    Date: 2001/06/01 13:30:00 EDT
1308    Tag: blume-20010601-nlffi-cleanup
1309    Description:
1310    
1311    This is mostly a cleanup of MLFFI stuff:
1312    
1313       - some signature files have been put into a more exposed place
1314       - the ugly 'f type parameter is gone (simplifies types tremendously!)
1315       - ml-nlffigen changed accordingly
1316       - tutorial updated
1317    
1318    Other changes:
1319    
1320       - author's affiliation in CM manual(s) updated
1321       - some more recognized keywords added to Allen's sml.sty
1322    
1323    ----------------------------------------------------------------------
1324    Name: Matthias Blume
1325    Date: 2001/05/25 15:30:00 EDT
1326    Tag: blume-20010525-iptr
1327    Description:
1328    
1329      - put the official 110.33-README (as it appears on the ftp server) under
1330        CVS
1331      - fixed a small bug related to incomplete pointer types in
1332        ml-nlffigen
1333      - small cosmetic change to the ml-nlffi-lib's "arr" type constructor
1334        (it does not need the 'f type parameter)
1335    
1336    ----------------------------------------------------------------------
1337    Name: Matthias Blume
1338    Date: 2001/05/23 14:30:00 EDT
1339    Tag: Release_110_33
1340    Description:
1341    
1342    New version number (110.33).  New bootfiles.
1343    
1344    ----------------------------------------------------------------------
1345    Name: Matthias Blume
1346    Date: 2001/05/22 18:06:00 EDT
1347    Tag: blume-20010522-targets
1348    Description:
1349    
1350    Made install.sh use file config/targets.customized if it exists, falling
1351    back to config/targets if it doesn't.  This way one can have a customized
1352    version of the targets file without touching the "real thing", thus
1353    eliminating the constant fear of accidentally checking something bogus
1354    back into the CVS repository...  (File config/targets.customized must
1355    not be added to the repository!)
1356    
1357    ----------------------------------------------------------------------
1358    Name: Matthias Blume
1359    Date: 2001/05/22 16:30:00 EDT
1360    Tag: blume-20010522-minitut
1361    Description:
1362    
1363    1. Bug fix in ml-nlffigen; now (hopefully) correctly handling
1364       struct returns.
1365    2. Added src/ml-nlffi-lib/Doc/mini-tutorial.txt.  This is some very
1366       incomplete, preliminary documentation for NLFFI.
1367    
1368    ----------------------------------------------------------------------
1369    Name: Matthias Blume
1370    Date: 2001/05/14 11:30:00 EDT
1371    Tag: blume-20010514-script
1372    Description:
1373    
1374    Some bugs in install script fixed.
1375    
1376    In addition to that I also made a slight change to the NLFFI API:
1377    Functors generated by ml-nlffigen now take the dynamic library as a
1378    straight functor argument, not as a suspended one.  (The original
1379    functor code used to force the suspension right away anyway, so there
1380    was nothing gained by this complication of the interface.)
1381    
1382    ----------------------------------------------------------------------
1383    Name: Matthias Blume
1384    Date: 2001/05/11 14:35:00 EDT
1385    Tag: blume-20010511-ml-nlffi
1386    Description:
1387    
1388    I finally took the plunge and added my new FFI code to the main
1389    repository.  For x86-linux it is now ready for prime-time.
1390    
1391    There are two new subdirectories of "src":
1392    
1393      - ml-nlffi-lib:
1394           The utility library for programs using the FFI interface.
1395           Here is the implementation of $/c.cm and its associated low-level
1396           partners $/c-int.cm and $/memory.cm.
1397      - ml-nlffigen:
1398           A stand-alone program for generating ML glue code from C source
1399           code.
1400    
1401    Building ml-nlffigen requires $/ckit-lib.cm.
1402    
1403    The config/install.sh script has been updates to do the Right Thing
1404    (hopefully).
1405    
1406    Notice that the source tree for the C-Kit will not be put under "src"
1407    but directly under the installation root directory.  (This is the
1408    structure that currently exists on the CVS server when you check out
1409    module "sml".)  Fortunately, config/install.sh knows about this oddity.
1410    
1411    Bugs: No documentation yet.
1412    
1413    ----------------------------------------------------------------------
1414    Name: Matthias Blume
1415    Date: 2001/05/09 16:35:00 EDT
1416    Tag: blume-20010509-cpscontract
1417    Description:
1418    
1419    Fixed a bug in the accounting code in cpsopt/contract.sml.  (The
1420    wrapper/unwrapper elimination did not decrement usage counts and some
1421    dead variables got overlooked by the dead-up logic.)
1422    
1423    ----------------------------------------------------------------------
1424  Name: Lal George  Name: Lal George
1425  Date: 2001/05/08  17:26:09 EDT  Date: 2001/05/08  17:26:09 EDT
1426  Tag: george-20010508-omit-frameptr  Tag: george-20010508-omit-frameptr
# Line 2191  Line 3599 
3599       elaborator). There were a lot of changes during my "linkpath" trials       elaborator). There were a lot of changes during my "linkpath" trials
3600       that could have been reverted to their original state but weren't.       that could have been reverted to their original state but weren't.
3601       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
3602       than what was strictly necessary...  (I _did_ resist the tempation       than what was strictly necessary...  (I _did_ resist the temptation
3603       of doing any "global reformatting" to avoid an untimely death at       of doing any "global reformatting" to avoid an untimely death at
3604       Dave's hands. :)       Dave's hands. :)
3605    

Legend:
Removed from v.824  
changed lines
  Added in v.1048

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