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 838, Tue Jun 5 19:10:21 2001 UTC revision 984, Wed Nov 21 19:00:08 2001 UTC
# Line 13  Line 13 
13  Description:  Description:
14    
15  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16    Name: Lal George
17    Date: 2001/11/21  13:56:18 EST
18    Tag: george-2001121-pseudo-ops
19    Description:
20    
21      Implemented a complete redesign of MLRISC pseudo-ops. Now there
22      ought to never be any question of incompatabilities with
23      pseudo-op syntax expected by host assemblers.
24    
25      For now, only modules supporting GAS syntax are implemented
26      but more should follow, such as MASM, and vendor assembler
27      syntax, e.g. IBM as, Sun as, etc.
28    
29    ----------------------------------------------------------------------
30    Name: Matthias Blume
31    Date: 2001/11/14 11:52:00 EST
32    Tag: blume-20011114-srcname
33    Description:
34    
35    1. Routed the name of the current source file to mlriscgen where it
36       should be directly emitted into the code object.  (This last part
37       is yet to be done.)
38    
39    2. Some cleanup of the pgraph code to make it match the proposal that
40       I put out the other day.  (The proposal notwithstanding, things are
41       still in flux here.)
42    
43    ----------------------------------------------------------------------
44    Name: Lal George
45    Date: 2001/11/14 09:44:04 EST
46    Tag:
47    Description:
48    
49      Fix for a backpatching bug reported by Allen.
50    
51      Because the boundary between short and long span-dependent
52      instructions is +/- 128, there are an astounding number of
53      span-dependent instructions whose size is over estimated.
54    
55      Allen came up with the idea of letting the size of span
56      dependent instructions be non-monotonic, for a maxIter
57      number of times, after which the size must be monotonically
58      increasing.
59    
60      This table shows the number of span-dependent instructions
61      whose size was over-estimated as a function of maxIter, for the
62      file Parse/parse/ml.grm.sml:
63    
64         maxIter            # of instructions:
65            10                      687
66            20                      438
67            30                      198
68            40                        0
69    
70      In compiling the compiler, there is no significant difference in
71      compilation speed between maxIter=10 and maxIter=40. Actually,
72      my measurements showed that maxIter=40 was a tad faster than
73      maxIter=10! Also 96% of the  files in the compiler reach a fix
74      point within 13 iterations, so fixing maxIter at 40, while high,
75      is okay.
76    
77    ----------------------------------------------------------------------
78    Name: Matthias Blume
79    Date: 2001/10/31 15:25:00 EST
80    Tag: blume-20011031-pgraph
81    Description:
82    
83    CKIT:
84    * Changed the "Function" constructor of type Ast.ctype to carry optional
85      argument identifiers.
86    * Changed the return type of TypeUtil.getFunction accordingly.
87    * Type equality ignores the argument names.
88    * TypeUtil.composite tries to preserve argument names but gives up quickly
89      if there is a mismatch.
90    
91    installation script:
92    * attempts to use "curl" if available (unless "wget" is available as well)
93    
94    CM:
95    * has an experimental implementation of "portable graphs" which I will
96      soon propose as an implementation-independent library format
97    * there are also new libraries $/pgraph.cm and $/pgraph-util.cm
98    
99    NLFFI-LIB:
100    * some cleanup (all cosmetic)
101    
102    NLFFIGEN:
103    * temporarily disabled the mechanism that suppresses ML output for
104      C definitions whose identifiers start with an underscore character
105    * generate val bindings for enum constants
106    * user can request that only one style (light or heavy) is being used;
107      default is to use both (command-line arguments: -heavy and -light)
108    * fixed bug in handling of function types involving incomplete pointers
109    * generate ML entry points that take record arguments (i.e., using
110      named arguments) for C functions that have a prototype with named
111      arguments
112      (see changes to CKIT)
113    
114    ----------------------------------------------------------------------
115    Name: Allen Leung
116    Date: 2001/10/27 20:34:00 EDT
117    Tag: leunga-20011027-x86-fast-fp-call
118    Description:
119    
120       Fixed the bug described in blume-20010920-slowfp.
121    
122       The fix involves
123          1. generating FCOPYs in FSTP in ia32-svid
124          2. marking a CALL with the appropriate annotation
125    
126    ----------------------------------------------------------------------
127    Name: Matthias Blume
128    Date: 2001/10/16 11:32:00 EDT
129    Tag: blume-20011016-netbsd
130    Description:
131    
132    Underscore patch from Chris Richards (fixing problem with compiling
133    runtime system under recent NetBSD).
134    
135    ----------------------------------------------------------------------
136    Name: Allen Leung
137    Date: 2001/10/12 17:18:32 EDT 2001
138    Tag: leung-20011012-x86-printflowgraph
139    Description:
140    
141    X86RA now uses a valid (instead of dummy) PrintFlowgraph module.
142    
143    ----------------------------------------------------------------------
144    Name: Lal George
145    Date: 2001/10/11 23:51:34 EDT
146    Tag: george-20011011-too-many-instrs
147    Description:
148    
149    The representation of a program point never expected to see more
150    than 65536 instructions in a basic block!
151    
152    ----------------------------------------------------------------------
153    Name: Lal George
154    Date: 2001/10/09 09:41:37 EDT
155    Tag: george-20011008-mlrisc-labels
156    Description:
157    
158    Changed the machine description files to support printing of
159    local and global labels in assembly code, based on host assembler
160    conventions.
161    
162    ----------------------------------------------------------------------
163    Name: Matthias Blume
164    Date: 2001/09/25 15:25:00 EDT
165    Tag: blume-20010925-exninfo
166    Description:
167    
168    I provided a non-hook implementation of exnName (at the toplevel) and
169    made the "dummy" implementation of exnMessage (at the toplevel) more
170    useful: if nothing gets "hooked in", then at least you are going to
171    see the exception name and a message indicating why you don't see more.
172    
173    [For the time being, programs that need exnMessage and want to use
174    ml-build should either use General.exnMessage (strongly recommended) or
175    refer to structure General at some other point so that CM sees a
176    static dependency.]
177    
178    [Similar remarks go for "print" and "use":  If you want to use their
179    functionality in stand-alone programs generated by ml-build, then use
180    TextIO.output and Backend.Interact.useFile (from $smlnj/compiler.cm).]
181    
182    ----------------------------------------------------------------------
183    Name: Matthias Blume
184    Date: 2001/09/20 17:28:00 EDT
185    Tag: blume-20010920-slowfp
186    Description:
187    
188    Allen says that x86-fast-fp is not safe yet, so I turned it off again...
189    
190    ----------------------------------------------------------------------
191    Name: Matthias Blume
192    Date: 2001/09/20 17:20:00 EDT
193    Tag: blume-20010920-canonicalpaths
194    Description:
195    
196    0. Updated the BOOT file (something that I forgot to do earlier).
197    
198    1. Small internal change to CM so that it avoids "/../" in filenames
199       as much as possible (but only where it is safe).
200    
201    2. Changed config/_run-sml (resulting in a changed bin/.run-sml) so
202       that arguments that contain delimiters are passed through correctly.
203       This change also means that all "special" arguments of the form
204       @SMLxxx... must come first.
205    
206    3. Changed install script to put relative anchor names for tool commands
207       into pathconfig.
208    
209    ----------------------------------------------------------------------
210    Name: Matthias Blume
211    >>>>>>> 1.169
212    Date: 2001/09/18 15:35:00 EDT
213    Tag: blume-20010918-readme11036
214    Description:
215    
216    Added README files.
217    
218    ----------------------------------------------------------------------
219    Name: Matthias Blume
220    Date: 2001/09/18 11:45:00 EDT
221    Tag: Release_110_36 (retag)
222    Description:
223    
224    Fixed mistake in config/preloads. Retagged as 110.36.
225    
226    ----------------------------------------------------------------------
227    Name: Matthias Blume
228    Date: 2001/09/18 09:40:00 EDT
229    Tag: Release_110_36_orig (tag changed)
230    Description:
231    
232    New version (110.36).  New bootfiles.
233    
234    ----------------------------------------------------------------------
235    Name: Matthias Blume
236    Date: 2001/09/14 16:15:00 EDT
237    Tag: blume-20010914-x86fastfp
238    Description:
239    
240    John committed some changes that Allen made, in particular a (hopefully)
241    correctly working version of the x86-fp module.
242    
243    I changed the default setting of the Control.MLRISC.getFlag "x86-fast-fp"
244    flag to "true".  Everything seems to compile to a fixpoint ok, and
245    "mandelbrot" speeds up by about 15%.
246    
247    ----------------------------------------------------------------------
248    Name: Matthias Blume
249    Date: 2001/09/13 11:20:00 EDT
250    Tag: blume-20010913-minimal
251    Description:
252    
253    1. Stefan Monnier's patch to fix a miscompilation problem that
254       was brought to light by John Reppy's work on Moby.
255    
256    2. Implemented a minimal "structure Compiler" that contains just
257       "version" and "architecture".  The minimal version will be
258       available when the full version is not.  This is for backward-
259       compatibility with code that wants to test Compiler.version.
260    
261    ----------------------------------------------------------------------
262    Name: Matthias Blume
263    Date: 2001/08/28 14:03:00 EDT
264    Tag: blume-20010828-ml-lex
265    Description:
266    
267    Fix for bug 1581, received from Neophytos Michael.
268    
269    ----------------------------------------------------------------------
270    Name: Matthias Blume
271    Date: 2001/08/27 11:20:00 EDT
272    Tag: blume-20010827-readme11035
273    Description:
274    
275    Fleshed out the README file for 110.35.
276    
277    ----------------------------------------------------------------------
278    Name: Matthias Blume
279    Date: 2001/08/24 17:10:00 EDT
280    Tag: Release_110_35
281    Description:
282    
283    New version number (110.35).  New bootfiles.
284    
285    ----------------------------------------------------------------------
286    Name: Lal George
287    Date: 2001/08/24 13:47:18 EDT 2001
288    Tag: george-20010824-MLRISC-graphs
289    Description:
290    
291     removed clusters from MLRISC completely and replaced with graphs.
292    
293    ----------------------------------------------------------------------
294    Name: Matthias Blume
295    Date: 2001/08/23 17:50:00 EDT
296    Tag: blume-20010823-toplevel
297    Description:
298    
299    - some reorganization of the code that implements various kinds of
300      environments in the compiler (static, dynamic, symbolic, combined)
301    - re-implemented the EnvRef module so that evalStream works properly
302      (if the stream contains references to "use", "CM.make", etc.)
303    - cleaned up evalloop.sml and interact.sml (but they need more cleaning)
304    
305    ----------------------------------------------------------------------
306    Name: Matthias Blume
307    Date: 2001/08/20 15:50 EDT
308    Tag: blume20010820-slipup
309    Description:
310    
311    I forgot to commit a few files.  Here they are...
312    
313    ----------------------------------------------------------------------
314    Name: Matthias Blume
315    Date: 2001/08/20 15:35:00 EDT
316    Tag: blume-20010820-debugprof
317    Description:
318    
319    !!!! NEW BOOTFILES !!!!
320    
321    This is another round of reorganizing the compiler sources.  This
322    time the main goal was to factor out all the "instrumentation"
323    passes (for profiling and backtracing) into their own library.
324    The difficulty was to do it in such a way that it does not depend
325    on elaborate.cm but only on elabdata.cm.
326    
327    Therefore there have been further changes to both elaborate.cm and
328    elabdata.cm -- more "generic" things have been moved from the former
329    to the latter.  As a result, I was forced to split the assignment
330    of numbers indicating "primtyc"s into two portions: SML-generic and
331    SML/NJ-specific.  Since it would have been awkward to maintain,
332    I bit the bullet and actually _changed_ the mapping between these
333    numbers and primtycs.  The bottom line of this is that you need
334    a new set of bin- and bootfiles.
335    
336    I have built new bootfiles for all architectures, so doing a fresh
337    checkout and config/install.sh should be all you need.
338    
339    The newly created library's name is
340    
341        $smlnj/viscomp/debugprof.cm
342    
343    and its sources live under
344    
345        src/compiler/DebugProf
346    
347    ----------------------------------------------------------------------
348    Name: Matthias Blume
349    Date: 2001/08/15 17:15:00 EDT
350    Tag: blume-20010815-compreorg
351    Description:
352    
353    This is a first cut at reorganizing the CM libraries that make up the
354    core of the compiler.  The idea is to separate out pieces that could
355    be used independently by tools, e.g., the parser, the typechecker, etc.
356    
357    The current status is a step in this direction, but it is not quite
358    satisfactory yet.  Expect more changes in the future.
359    
360    Here is the current (new) organization...
361    
362        What used to be $smlnj/viscomp/core.cm is now divided into
363        six CM libraries:
364    
365             $smlnj/viscomp/basics.cm
366                           /parser.cm
367                           /elabdata.cm
368                           /elaborate.cm
369                           /execute.cm
370                           /core.cm
371    
372        The CM files for these libraries live under src/system/smlnj/viscomp.
373        All these libraries are proxy libraries that contain precisely
374        one CM library component.  Here are the locations of the components
375        (all within the src/compiler tree):
376    
377             Basics/basics.cm
378             Parse/parser.cm
379             ElabData/elabdata.cm
380             Elaborator/elaborate.cm
381             Execution/execute.cm
382             core.cm
383    
384         [This organization is the same that has been used already
385         for a while for the architecture-specific parts of the visible
386         compiler and for the old version of core.cm.]
387    
388         As you will notice, many source files have been moved from their
389         respective original locations to a new home in one of the above
390         subtrees.
391    
392         The division of labor between the new libraries is the following:
393    
394             basics.cm:
395                - Simple, basic definitions that pertain to many (or all) of
396                  the other libraries.
397             parser.cm:
398                - The SML parser, producing output of type Ast.dec.
399                - The type family for Ast is also defined and exported here.
400             elabdata.cm:
401                - The datatypes that describe input and output of the elaborator.
402                  This includes types, absyn, and static environments.
403             elaborator.cm:
404                - The SML/NJ type checker and elaborator.
405                  This maps an Ast.dec (with a given static environment) to
406                  an Absyn.dec (with a new static environment).
407                - This libraries implements certain modules that used to be
408                  structures as functors (to remove dependencies on FLINT).
409             execute.cm:
410                - Everything having to do with executing binary code objects.
411                - Dynamic environments.
412             core.cm:
413                - SML/NJ-specific instantiations of the elaborator and MLRISC.
414                - Top-level modules.
415                - FLINT (this should eventually become its own library)
416    
417    Notes:
418    
419    I am not 100% happy with the way I separated the elaborator (and its
420    data structures) from FLINT.  Two instances of the same problem:
421    
422        1. Data structures contain certain fields that carry FLINT-specific
423           information.  I hacked around this using exn and the property list
424           module from smlnj-lib.  But the fact that there are middle-end
425           specific fields around at all is a bit annoying.
426    
427        2. The elaborator calculates certain FLINT-related information.  I tried
428           to make this as abstract as I could using functorization, but, again,
429           the fact that the elaborator has to perform calculations on behalf
430           of the middle-end at all is not nice.
431    
432        3. Having to used exn and property lists is unfortunate because it
433           weakens type checking.  The other alternative (parameterizing
434           nearly *everything*) is not appealing, though.
435    
436    I removed the "rebinding =" warning hack because due to the new organization
437    it was awkward to maintain it.  As a result, the compiler now issues some of
438    these warnings when compiling init.cmi during bootstrap compilation. On
439    the plus side, you also get a warning when you do, for example:
440       val op = = Int32.+
441    which was not the case up to now.
442    
443    I placed "assign" and "deref" into the _Core structure so that the
444    code that deals with the "lazy" keyword can find them there.  This
445    removes the need for having access to the primitive environment
446    during elaboration.
447    
448    ----------------------------------------------------------------------
449    Name: Matthias Blume
450    Date: 2001/08/13
451    Tag: blume-20010813-closures
452    Description:
453    
454    This fix was sent to us by Zhong Shao.  It is supposed to improve the
455    performance of certain loops by avoiding needless closure allocation.
456    
457    ----------------------------------------------------------------------
458    Name: Lal George
459    Date: 2001/07/31 10:03:23 EDT 2001
460    Tag: george-20010731-x86-fmalloc
461    Description: Fixed bug in x86 calls
462    
463        There was a bug where call instructions would mysteriously
464        vanish. The call instruction had to be one that returned
465        a floating point value.
466    
467    ----------------------------------------------------------------------
468    Name: Lal George
469    Date: 2001/07/19 16:36:29 EDT 2001
470    Tag: george-20010719-simple-cells
471    Description:
472    
473    I have dramatically simplified the interface for CELLS in MLRISC.
474    
475    In summary, the cells interface is broken up into three parts:
476    
477      1. CellsBasis : CELLS_BASIS
478    
479            CellsBasis is a top level structure and common for all
480            architectures.  it contains the definitions of basic datatypes
481            and utility  functions over these types.
482    
483      2. functor Cells() : CELLS
484    
485            Cells generates an interface for CELLS that incorporates the
486            specific resources on the target architecture, such as the
487            presence of special register classes, their number and size,
488            and various useful substructures.
489    
490      3. <ARCH>CELLS
491    
492            e.g. SparcCells: SPARCCELLS
493    
494            <ARCH>CELLS usually contains additional bindings for special
495            registers  on the architecture, such as:
496    
497                    val r0 : cell           (* register zero *)
498                    val y : cell            (* Y register *)
499                    val psr : cell          (* processor status register *)
500                    ...
501    
502            The structure returned by applying the Cells functor is opened
503            in this interface.
504    
505    The main implication of all this is that the datatypes for cells is
506    split between CellsBasis and CELLS -- a fairly simple change for user
507    code.
508    
509    In the old scheme the CELLS interface had a definitional binding of
510    the form:
511    
512            signature CELLS = sig
513    
514               structure CellsBasis = CellsBasis
515    
516               ...
517    
518            end
519    
520    With all the sharing constraints that goes on in MLRISC, this old
521    design  quickly leads to errors such as:
522    
523            "structure definition spec inside of sharing ... "
524    
525    
526    and appears to require an unacceptable amount of sharing and where
527    constraint hackery.
528    
529    I think this error message (the interaction of definitional specs and
530    sharing) requires more explanation on our web page.
531    
532    ----------------------------------------------------------------------
533    Name: Matthias Blume
534    Date: 2001/07/19 15:00:00 EDT
535    Tag: blume-20010719-libreorg
536    Description:
537    
538    This update puts together a fairly extensive but straightforward change
539    to the way the libraries that implement the interactive system are
540    organized:
541    
542       The biggest change is the elimination of structure Compiler.  As a
543       replacement for this structure, there is now a CM library
544       (known as $smlnj/compiler.cm or $smlnj/compiler/current.cm)
545       that exports all the substructures of the original structure Compiler
546       directly.  So instead of saying Compiler.Foo.bar one now simply
547       says Foo.bar.  (The CM libraries actually export a collection of
548       structures that is richer than the collection of substructures of
549       structure Compiler.)
550    
551       To make the transition smooth, there is a separate library called
552       $smlnj/compiler/compiler.cm which puts together and exports the
553       original structure Compiler (or at least something very close to it).
554    
555       There are five members of the original structure Compiler
556       that are not exported directly but which instead became members
557       of a new structure Backend (described by signature BACKEND).  These are:
558       structure Profile (: PROFILE), structure Compile (: COMPILE), structure
559       Interact (: INTERACT), structure Machine (: MACHINE), and val
560       architecture (: string).
561    
562       Structure Compiler.Version has become structure CompilerVersion.
563    
564       Cross-compilers for alpha32, hppa, ppc, sparc, and x86 are provided
565       by $smlnj/compiler/<arch>.cm where <arch> is alpha32, hppa, ppc, sparc,
566       or x86, respectively.
567       Each of these exports the same frontend structures that
568       $smlnj/compiler.cm exports.  But they do not have a structure Backend
569       and instead export some structure <Arch>Backend where <Arch> is Alpha32,
570       Hppa, PPC, Sparc, or X86, respectively.
571    
572       Library $smlnj/compiler/all.cm exports the union of the exports of
573       $smlnj/compiler/<arch>.cm
574    
575       There are no structures <Arch>Compiler anymore, use
576       $smlnj/compiler/<arch>.cm instead.
577    
578       Library host-compiler-0.cm is gone.  Instead, the internal library
579       that instantiates CM is now called cm0.cm.  Selection of the host
580       compiler (backend) is no longer done here but. (Responsibility for it
581       now lies with $smlnj/compiler/current.cm.  This seems to be more
582       logical.)
583    
584       Many individual files have been moved or renamed.  Some files have
585       been split into multiple files, and some "dead" files have been deleted.
586    
587    Aside from these changes to library organization, there are also changes
588    to the way the code itself is organized:
589    
590       Structure Binfile has been re-implemented in such a way that it no
591       longer needs any knowledge of the compiler.  It exclusively deals
592       with the details of binfile layout.  It no longer invokes the
593       compiler (for the purpose of creating new prospective binfile
594       content), and it no longer has any knowledge of how to interpret
595       pickles.
596    
597       Structure Compile (: COMPILE) has been stripped down to the bare
598       essentials of compilation.  It no longer deals with linking/execution.
599       The interface has been cleaned up considerably.
600    
601       Utility routines for dealing with linking and execution have been
602       moved into their own substructures.
603    
604       (The ultimate goal of these changes is to provide a light-weight
605       binfile loader/linker (at least for, e.g., stable libraries) that
606       does not require CM or the compiler to be present.)
607    
608    CM documentation has been updated to reflect the changes to library
609    organization.
610    
611    ----------------------------------------------------------------------
612    Name: Matthias Blume
613    Date: 2001/07/10 17:30:00 EDT
614    Tag: Release_110_34
615    Description:
616    
617    Minor tweak to 110.34 (re-tagged):
618    
619      - README.html file added to CVS repository
620      - runtime compiles properly under FreeBSD 3.X and 4.X
621    
622    ----------------------------------------------------------------------
623    Name: Matthias Blume
624    Date: 2001/07/10 17:30:00 EDT
625    Tag: Release_110_34
626    Description:
627    
628    New version number (110.34). New bootfiles.
629    
630    ----------------------------------------------------------------------
631    Name: Matthias Blume
632    Date: 2001/07/09 16:00:00 EDT
633    Tag: blume-20010709-more-varargs
634    Description:
635    
636    I changed the handling of varargs in ml-nlffigen again:
637    The ellipsis ... will now simply be ignored (with an accompanying warning).
638    
639    The immediate effect is that you can actually call a varargs function
640    from ML -- but you can't actually supply any arguments beyond the ones
641    specified explicitly.  (For example, you can call printf with its format
642    string, but you cannot pass additional arguments.)
643    
644    This behavior is only marginally more useful than the one before, but
645    it has the advantage that a function or, more importantly, a function
646    type never gets dropped on the floor, thus avoiding follow-up problems with
647    other types that refer to the offending one.
648    
649    ----------------------------------------------------------------------
650    Name: Matthias Blume
651    Date: 2001/07/09 11:25:00 EDT
652    Tag: blume-20010709-varargs
653    Description:
654    
655    1. ckit-lib.cm now exports structure Error
656    2. ml-nlffigen reports occurences of "..." (i.e., varargs function types)
657       with a warning accompanied by a source location.  Moreover, it
658       merely skips the offending function or type and proceeds with the
659       rest of its work.u  As a result, one can safely feed C code containing
660       "..." to ml-nlffigen.
661    3. There are some internal improvements to CM, providing slightly
662       more general string substitutions in the tools subsystem.
663    
664    ----------------------------------------------------------------------
665    Name: Matthias Blume
666    Date: 2001/06/27 15:10:00 EDT
667    Tag: blume-20010627-concur
668    Description:
669    
670    Fixed a small bug in CM's handling of parallel compilation.
671    (You could observe the bug by Control-C-interrupting an ordinary
672    CMB.make or CM.stabilize and then attaching some compile servers.
673    The result was that all of a sudden the previously interrupted
674    compilation would continue on its own.  This was because of
675    an over-optimization: CM did not bother to clean out certain queues
676    when no servers were attached "anyway", resulting in the contents
677    of these queues to grab control when new servers did get attached.)
678    
679    There is also another minor update to the CM manual.
680    
681    ----------------------------------------------------------------------
682    Name: Matthias Blume
683    Date: 2001/06/26 16:15:00 EDT
684    Tag: blume-20010626-cmdoc
685    Description:
686    
687    Minor typo fixed in CM manual (syntax diagram for libraries).
688    
689    ----------------------------------------------------------------------
690    Name: Matthias Blume
691    Date: 2001/06/25 22:55:00 EDT
692    Tag: blume-20010625-x86pc
693    Description:
694    
695    Fixed a nasty bug in the X86 assembly code that caused signal
696    handlers to fail (crash) randomly.
697    
698    ----------------------------------------------------------------------
699    Name: Matthias Blume
700    Date: 2001/06/25 12:05:00 EDT
701    Tag: blume-20010625-nlffigen
702    Description:
703    
704    This update fixes a number of minor bugs in ml-nlffigen as reported by
705    Nick Carter <nbc@andrew.cmu.edu>.
706    
707      1. Silly but ok typedefs of the form "typedef void myvoid;" are now accepted.
708      2. Default names for generated files are now derived from the name of
709         the C file *without its directory*.  In particular, this causes generated
710         files to be placed locally even if the C file is in some system directory.
711      3. Default names for generated signatures and structures are also derived
712         from the C file name without its directory.  This avoids silly things
713         like "structure GL/GL".
714         (Other silly names are still possible because ml-nlffigen does not do
715          a thorough check of whether generated names are legal ML identifiers.
716          When in doubt, use command line arguments to force particular names.)
717    
718    ----------------------------------------------------------------------
719    Name: Matthias Blume
720    Date: 2001/06/21 12:25:00 EDT
721    Tag: blume-20010621-eXene
722    Description:
723    
724    eXene now compiles and (sort of) works again.
725    
726    The library name (for version > 110.33) is $/eXene.cm.
727    
728    I also added an new example in src/eXene/examples/nbody.  See the
729    README file there for details.
730    
731    ----------------------------------------------------------------------
732    Name: Matthias Blume
733    Date: 2001/06/20 16:40:00 EDT
734    Tag: blume-20010620-cml
735    Description:
736    
737    CML now compiles and works again.
738    
739    Libraries (for version > 110.33):
740    
741      $cml/cml.cm            Main CML library.
742      $cml/basis.cm          CML's version of $/basis.cm.
743      $cml/cml-internal.cm   Internal helper library.
744      $cml/core-cml.cm       Internal helper library.
745      $cml-lib/trace-cml.cm  Tracing facility.
746      $cml-lib/smlnj-lib.cm  CML's version of $/smlnj-lib.cm
747    
748    The installer (config/install.sh) has been taught how to properly
749    install this stuff.
750    
751    ----------------------------------------------------------------------
752    Name: Matthias Blume
753    Date: 2001/06/19 17:55:00 EDT
754    Tag: blume-20010619-instantiate
755    Description:
756    
757    This un-breaks the fix for bug 1432.
758    (The bug was originally fixed in 110.9 but I broke it again some
759    time after that.)
760    
761    ----------------------------------------------------------------------
762    Name: Matthias Blume
763    Date: 2001/06/19 17:25:00 EDT
764    Tag: blume-20010619-signals
765    Description:
766    
767    This should (hopefully) fix the long-standing signal handling bug.
768    (The runtime system was constructing a continuation record with an
769    incorrect descriptor which would cause the GC to drop data on the floor...)
770    
771    ----------------------------------------------------------------------
772    Name: Matthias Blume
773    Date: 2001/06/15 15:05:00 EDT
774    Tag: blume-20010615-moresparc
775    Description:
776    
777    Here is a short late-hour update related to Sparc c-calls:
778    
779     -- made handling of double-word arguments a bit smarter
780    
781     -- instruction selection phase tries to collapse certain clumsily
782        constructed ML-Trees; typical example:
783    
784            ADD(ty,ADD(_,e,LI d1),LI d2)  ->  ADD(ty,e,LI(d1+d2))
785    
786        This currently has no further impact on SML/NJ since mlriscGen does
787        not seem to generate such patterns in the first place, and c-calls
788        (which did generate them in the beginning) has meanwhile been fixed
789        so as to avoid them as well.
790    
791    ----------------------------------------------------------------------
792    Name: Matthias Blume
793    Date: 2001/06/15 15:05:00 EDT
794    Tag: blume-20010615-sparc
795    Description:
796    
797    The purpose of this update is to provide an implementation of NLFFI
798    on Sparc machines.
799    
800    Here are the changes in detail:
801    
802       * src/MLRISC/sparc/c-calls/sparc-c-calls.sml is a new file containing
803       the Sparc implementation of the c-calls API.
804       * The Sparc backend of SML/NJ has been modified to uniformely use %fp
805       for accessing the ML frame.  Thus, we have a real frame pointer and
806       can freely modify %sp without need for an omit-frame-ptr phase.
807       The vfp logic in src/compiler/CodeGen/* has been changed to accomodate
808       this case.
809       * ml-nlffigen has been taught to produce code for different architectures
810       and calling conventions.
811       * In a way similar to what was done in the x86 case, the Sparc
812       backend uses its own specific extension to mltree.  (For example,
813       it needs to be able to generate UNIMP instructions which are part
814       of the calling convention.)
815       * ml-nlffi-lib was reorganized to make it more modular (in particular,
816       to make it easier to plug in new machine- and os-dependent parts).
817    
818    There are some other fairly unrelated bug fixes and cleanups as well:
819    
820       * I further hacked the .cm files for MLRISC tools (like MDLGen) so
821       that they properly share their libraries with existing SML/NJ libraries.
822       * I fixed a minor cosmetic bug in CM, supressing certain spurious
823       follow-up error messages.
824       * Updates to CM/CMB documentation.
825    
826    TODO items:
827    
828       * MLRISC should use a different register as its asmTemp on the Sparc.
829         (The current %o2 is a really bad choice because it is part of the
830         calling conventions, so things might interfere in unexpected ways.)
831    
832    ----------------------------------------------------------------------
833    Name: Matthias Blume
834    Date: 2001/06/07
835    Tag: blume-20010607-calls
836    Description:
837    
838    A number of internal changes related to C calls and calling conventions:
839    
840    1. ML-Tree CALL statements now carry a "pops" field.  It indicates the
841       number of bytes popped implicitly (by the callee).  In most cases
842       this field is 0 but on x86/win32 it is some non-zero value.  This
843       is information provided for the benefit of the "omit-frameptr" pass.
844    2. The CALL instruction on the x86 carries a similar "pops" field.
845       The instruction selection phase copies its value from the ML-Tree
846       CALL statement.
847    3. On all other architectures, the instruction selection phase checks
848       whether "pops=0" and complains if not.
849    4. The c-calls implementation for x86 now accepts two calling conventions:
850       "ccall" and "stdcall".  When "ccall" is selected, the caller cleans
851       up after the call and pops is set to 0.  For "stdcall", the caller
852       does nothing, leaving the cleanup to the callee; pops is set to
853       the number of bytes that were pushed onto the stack.
854    5. The cproto decoder (compiler/Semant/types/cproto.sml) now can
855       distinguish between "ccall" and "stdcall".
856    6. The UNIMP instruction has been added to the supported Sparc instruction
857       set. (This is needed for implementing the official C calling convention
858       on this architecture.)
859    7. I fixed some of the .cm files under src/MLRISC/Tools to make them
860       work with the latest CM.
861    
862    ----------------------------------------------------------------------
863  Name: Matthias Blume  Name: Matthias Blume
864  Date: 2001/06/05 15:10:00 EDT  Date: 2001/06/05 15:10:00 EDT
865  Tag: blume-20010605-cm-index  Tag: blume-20010605-cm-index
# Line 2338  Line 3185 
3185       elaborator). There were a lot of changes during my "linkpath" trials       elaborator). There were a lot of changes during my "linkpath" trials
3186       that could have been reverted to their original state but weren't.       that could have been reverted to their original state but weren't.
3187       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
3188       than what was strictly necessary...  (I _did_ resist the tempation       than what was strictly necessary...  (I _did_ resist the temptation
3189       of doing any "global reformatting" to avoid an untimely death at       of doing any "global reformatting" to avoid an untimely death at
3190       Dave's hands. :)       Dave's hands. :)
3191    

Legend:
Removed from v.838  
changed lines
  Added in v.984

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