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 847, Mon Jun 25 16:11:22 2001 UTC revision 938, Thu Sep 20 21:27:33 2001 UTC
# Line 14  Line 14 
14    
15  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16  Name: Matthias Blume  Name: Matthias Blume
17    Date: 2001/09/20 17:28:00 EDT
18    Tag: blume-20010920-slowfp
19    Description:
20    
21    Allen says that x86-fast-fp is not safe yet, so I turned it off again...
22    
23    ----------------------------------------------------------------------
24    Name: Matthias Blume
25    Date: 2001/09/20 17:20:00 EDT
26    Tag: blume-20010920-canonicalpaths
27    Description:
28    
29    0. Updated the BOOT file (something that I forgot to do earlier).
30    
31    1. Small internal change to CM so that it avoids "/../" in filenames
32       as much as possible (but only where it is safe).
33    
34    2. Changed config/_run-sml (resulting in a changed bin/.run-sml) so
35       that arguments that contain delimiters are passed through correctly.
36       This change also means that all "special" arguments of the form
37       @SMLxxx... must come first.
38    
39    3. Changed install script to put relative anchor names for tool commands
40       into pathconfig.
41    
42    ----------------------------------------------------------------------
43    Name: Matthias Blume
44    Date: 2001/09/18 15:35:00 EDT
45    Tag: blume-20010918-readme11036
46    Description:
47    
48    Added README files.
49    
50    ----------------------------------------------------------------------
51    Name: Matthias Blume
52    Date: 2001/09/18 11:45:00 EDT
53    Tag: Release_110_36 (retag)
54    Description:
55    
56    Fixed mistake in config/preloads. Retagged as 110.36.
57    
58    ----------------------------------------------------------------------
59    Name: Matthias Blume
60    Date: 2001/09/18 09:40:00 EDT
61    Tag: Release_110_36_orig (tag changed)
62    Description:
63    
64    New version (110.36).  New bootfiles.
65    
66    ----------------------------------------------------------------------
67    Name: Matthias Blume
68    Date: 2001/09/14 16:15:00 EDT
69    Tag: blume-20010914-x86fastfp
70    Description:
71    
72    John committed some changes that Allen made, in particular a (hopefully)
73    correctly working version of the x86-fp module.
74    
75    I changed the default setting of the Control.MLRISC.getFlag "x86-fast-fp"
76    flag to "true".  Everything seems to compile to a fixpoint ok, and
77    "mandelbrot" speeds up by about 15%.
78    
79    ----------------------------------------------------------------------
80    Name: Matthias Blume
81    Date: 2001/09/13 11:20:00 EDT
82    Tag: blume-20010913-minimal
83    Description:
84    
85    1. Stefan Monnier's patch to fix a miscompilation problem that
86       was brought to light by John Reppy's work on Moby.
87    
88    2. Implemented a minimal "structure Compiler" that contains just
89       "version" and "architecture".  The minimal version will be
90       available when the full version is not.  This is for backward-
91       compatibility with code that wants to test Compiler.version.
92    
93    ----------------------------------------------------------------------
94    Name: Matthias Blume
95    Date: 2001/08/28 14:03:00 EDT
96    Tag: blume-20010828-ml-lex
97    Description:
98    
99    Fix for bug 1581, received from Neophytos Michael.
100    
101    ----------------------------------------------------------------------
102    Name: Matthias Blume
103    Date: 2001/08/27 11:20:00 EDT
104    Tag: blume-20010827-readme11035
105    Description:
106    
107    Fleshed out the README file for 110.35.
108    
109    ----------------------------------------------------------------------
110    Name: Matthias Blume
111    Date: 2001/08/24 17:10:00 EDT
112    Tag: Release_110_35
113    Description:
114    
115    New version number (110.35).  New bootfiles.
116    
117    ----------------------------------------------------------------------
118    Name: Lal George
119    Date: 2001/08/24 13:47:18 EDT 2001
120    Tag: george-20010824-MLRISC-graphs
121    Description:
122    
123     removed clusters from MLRISC completely and replaced with graphs.
124    
125    ----------------------------------------------------------------------
126    Name: Matthias Blume
127    Date: 2001/08/23 17:50:00 EDT
128    Tag: blume-20010823-toplevel
129    Description:
130    
131    - some reorganization of the code that implements various kinds of
132      environments in the compiler (static, dynamic, symbolic, combined)
133    - re-implemented the EnvRef module so that evalStream works properly
134      (if the stream contains references to "use", "CM.make", etc.)
135    - cleaned up evalloop.sml and interact.sml (but they need more cleaning)
136    
137    ----------------------------------------------------------------------
138    Name: Matthias Blume
139    Date: 2001/08/20 15:50 EDT
140    Tag: blume20010820-slipup
141    Description:
142    
143    I forgot to commit a few files.  Here they are...
144    
145    ----------------------------------------------------------------------
146    Name: Matthias Blume
147    Date: 2001/08/20 15:35:00 EDT
148    Tag: blume-20010820-debugprof
149    Description:
150    
151    !!!! NEW BOOTFILES !!!!
152    
153    This is another round of reorganizing the compiler sources.  This
154    time the main goal was to factor out all the "instrumentation"
155    passes (for profiling and backtracing) into their own library.
156    The difficulty was to do it in such a way that it does not depend
157    on elaborate.cm but only on elabdata.cm.
158    
159    Therefore there have been further changes to both elaborate.cm and
160    elabdata.cm -- more "generic" things have been moved from the former
161    to the latter.  As a result, I was forced to split the assignment
162    of numbers indicating "primtyc"s into two portions: SML-generic and
163    SML/NJ-specific.  Since it would have been awkward to maintain,
164    I bit the bullet and actually _changed_ the mapping between these
165    numbers and primtycs.  The bottom line of this is that you need
166    a new set of bin- and bootfiles.
167    
168    I have built new bootfiles for all architectures, so doing a fresh
169    checkout and config/install.sh should be all you need.
170    
171    The newly created library's name is
172    
173        $smlnj/viscomp/debugprof.cm
174    
175    and its sources live under
176    
177        src/compiler/DebugProf
178    
179    ----------------------------------------------------------------------
180    Name: Matthias Blume
181    Date: 2001/08/15 17:15:00 EDT
182    Tag: blume-20010815-compreorg
183    Description:
184    
185    This is a first cut at reorganizing the CM libraries that make up the
186    core of the compiler.  The idea is to separate out pieces that could
187    be used independently by tools, e.g., the parser, the typechecker, etc.
188    
189    The current status is a step in this direction, but it is not quite
190    satisfactory yet.  Expect more changes in the future.
191    
192    Here is the current (new) organization...
193    
194        What used to be $smlnj/viscomp/core.cm is now divided into
195        six CM libraries:
196    
197             $smlnj/viscomp/basics.cm
198                           /parser.cm
199                           /elabdata.cm
200                           /elaborate.cm
201                           /execute.cm
202                           /core.cm
203    
204        The CM files for these libraries live under src/system/smlnj/viscomp.
205        All these libraries are proxy libraries that contain precisely
206        one CM library component.  Here are the locations of the components
207        (all within the src/compiler tree):
208    
209             Basics/basics.cm
210             Parse/parser.cm
211             ElabData/elabdata.cm
212             Elaborator/elaborate.cm
213             Execution/execute.cm
214             core.cm
215    
216         [This organization is the same that has been used already
217         for a while for the architecture-specific parts of the visible
218         compiler and for the old version of core.cm.]
219    
220         As you will notice, many source files have been moved from their
221         respective original locations to a new home in one of the above
222         subtrees.
223    
224         The division of labor between the new libraries is the following:
225    
226             basics.cm:
227                - Simple, basic definitions that pertain to many (or all) of
228                  the other libraries.
229             parser.cm:
230                - The SML parser, producing output of type Ast.dec.
231                - The type family for Ast is also defined and exported here.
232             elabdata.cm:
233                - The datatypes that describe input and output of the elaborator.
234                  This includes types, absyn, and static environments.
235             elaborator.cm:
236                - The SML/NJ type checker and elaborator.
237                  This maps an Ast.dec (with a given static environment) to
238                  an Absyn.dec (with a new static environment).
239                - This libraries implements certain modules that used to be
240                  structures as functors (to remove dependencies on FLINT).
241             execute.cm:
242                - Everything having to do with executing binary code objects.
243                - Dynamic environments.
244             core.cm:
245                - SML/NJ-specific instantiations of the elaborator and MLRISC.
246                - Top-level modules.
247                - FLINT (this should eventually become its own library)
248    
249    Notes:
250    
251    I am not 100% happy with the way I separated the elaborator (and its
252    data structures) from FLINT.  Two instances of the same problem:
253    
254        1. Data structures contain certain fields that carry FLINT-specific
255           information.  I hacked around this using exn and the property list
256           module from smlnj-lib.  But the fact that there are middle-end
257           specific fields around at all is a bit annoying.
258    
259        2. The elaborator calculates certain FLINT-related information.  I tried
260           to make this as abstract as I could using functorization, but, again,
261           the fact that the elaborator has to perform calculations on behalf
262           of the middle-end at all is not nice.
263    
264        3. Having to used exn and property lists is unfortunate because it
265           weakens type checking.  The other alternative (parameterizing
266           nearly *everything*) is not appealing, though.
267    
268    I removed the "rebinding =" warning hack because due to the new organization
269    it was awkward to maintain it.  As a result, the compiler now issues some of
270    these warnings when compiling init.cmi during bootstrap compilation. On
271    the plus side, you also get a warning when you do, for example:
272       val op = = Int32.+
273    which was not the case up to now.
274    
275    I placed "assign" and "deref" into the _Core structure so that the
276    code that deals with the "lazy" keyword can find them there.  This
277    removes the need for having access to the primitive environment
278    during elaboration.
279    
280    ----------------------------------------------------------------------
281    Name: Matthias Blume
282    Date: 2001/08/13
283    Tag: blume-20010813-closures
284    Description:
285    
286    This fix was sent to us by Zhong Shao.  It is supposed to improve the
287    performance of certain loops by avoiding needless closure allocation.
288    
289    ----------------------------------------------------------------------
290    Name: Lal George
291    Date: 2001/07/31 10:03:23 EDT 2001
292    Tag: george-20010731-x86-fmalloc
293    Description: Fixed bug in x86 calls
294    
295        There was a bug where call instructions would mysteriously
296        vanish. The call instruction had to be one that returned
297        a floating point value.
298    
299    ----------------------------------------------------------------------
300    Name: Lal George
301    Date: 2001/07/19 16:36:29 EDT 2001
302    Tag: george-20010719-simple-cells
303    Description:
304    
305    I have dramatically simplified the interface for CELLS in MLRISC.
306    
307    In summary, the cells interface is broken up into three parts:
308    
309      1. CellsBasis : CELLS_BASIS
310    
311            CellsBasis is a top level structure and common for all
312            architectures.  it contains the definitions of basic datatypes
313            and utility  functions over these types.
314    
315      2. functor Cells() : CELLS
316    
317            Cells generates an interface for CELLS that incorporates the
318            specific resources on the target architecture, such as the
319            presence of special register classes, their number and size,
320            and various useful substructures.
321    
322      3. <ARCH>CELLS
323    
324            e.g. SparcCells: SPARCCELLS
325    
326            <ARCH>CELLS usually contains additional bindings for special
327            registers  on the architecture, such as:
328    
329                    val r0 : cell           (* register zero *)
330                    val y : cell            (* Y register *)
331                    val psr : cell          (* processor status register *)
332                    ...
333    
334            The structure returned by applying the Cells functor is opened
335            in this interface.
336    
337    The main implication of all this is that the datatypes for cells is
338    split between CellsBasis and CELLS -- a fairly simple change for user
339    code.
340    
341    In the old scheme the CELLS interface had a definitional binding of
342    the form:
343    
344            signature CELLS = sig
345    
346               structure CellsBasis = CellsBasis
347    
348               ...
349    
350            end
351    
352    With all the sharing constraints that goes on in MLRISC, this old
353    design  quickly leads to errors such as:
354    
355            "structure definition spec inside of sharing ... "
356    
357    
358    and appears to require an unacceptable amount of sharing and where
359    constraint hackery.
360    
361    I think this error message (the interaction of definitional specs and
362    sharing) requires more explanation on our web page.
363    
364    ----------------------------------------------------------------------
365    Name: Matthias Blume
366    Date: 2001/07/19 15:00:00 EDT
367    Tag: blume-20010719-libreorg
368    Description:
369    
370    This update puts together a fairly extensive but straightforward change
371    to the way the libraries that implement the interactive system are
372    organized:
373    
374       The biggest change is the elimination of structure Compiler.  As a
375       replacement for this structure, there is now a CM library
376       (known as $smlnj/compiler.cm or $smlnj/compiler/current.cm)
377       that exports all the substructures of the original structure Compiler
378       directly.  So instead of saying Compiler.Foo.bar one now simply
379       says Foo.bar.  (The CM libraries actually export a collection of
380       structures that is richer than the collection of substructures of
381       structure Compiler.)
382    
383       To make the transition smooth, there is a separate library called
384       $smlnj/compiler/compiler.cm which puts together and exports the
385       original structure Compiler (or at least something very close to it).
386    
387       There are five members of the original structure Compiler
388       that are not exported directly but which instead became members
389       of a new structure Backend (described by signature BACKEND).  These are:
390       structure Profile (: PROFILE), structure Compile (: COMPILE), structure
391       Interact (: INTERACT), structure Machine (: MACHINE), and val
392       architecture (: string).
393    
394       Structure Compiler.Version has become structure CompilerVersion.
395    
396       Cross-compilers for alpha32, hppa, ppc, sparc, and x86 are provided
397       by $smlnj/compiler/<arch>.cm where <arch> is alpha32, hppa, ppc, sparc,
398       or x86, respectively.
399       Each of these exports the same frontend structures that
400       $smlnj/compiler.cm exports.  But they do not have a structure Backend
401       and instead export some structure <Arch>Backend where <Arch> is Alpha32,
402       Hppa, PPC, Sparc, or X86, respectively.
403    
404       Library $smlnj/compiler/all.cm exports the union of the exports of
405       $smlnj/compiler/<arch>.cm
406    
407       There are no structures <Arch>Compiler anymore, use
408       $smlnj/compiler/<arch>.cm instead.
409    
410       Library host-compiler-0.cm is gone.  Instead, the internal library
411       that instantiates CM is now called cm0.cm.  Selection of the host
412       compiler (backend) is no longer done here but. (Responsibility for it
413       now lies with $smlnj/compiler/current.cm.  This seems to be more
414       logical.)
415    
416       Many individual files have been moved or renamed.  Some files have
417       been split into multiple files, and some "dead" files have been deleted.
418    
419    Aside from these changes to library organization, there are also changes
420    to the way the code itself is organized:
421    
422       Structure Binfile has been re-implemented in such a way that it no
423       longer needs any knowledge of the compiler.  It exclusively deals
424       with the details of binfile layout.  It no longer invokes the
425       compiler (for the purpose of creating new prospective binfile
426       content), and it no longer has any knowledge of how to interpret
427       pickles.
428    
429       Structure Compile (: COMPILE) has been stripped down to the bare
430       essentials of compilation.  It no longer deals with linking/execution.
431       The interface has been cleaned up considerably.
432    
433       Utility routines for dealing with linking and execution have been
434       moved into their own substructures.
435    
436       (The ultimate goal of these changes is to provide a light-weight
437       binfile loader/linker (at least for, e.g., stable libraries) that
438       does not require CM or the compiler to be present.)
439    
440    CM documentation has been updated to reflect the changes to library
441    organization.
442    
443    ----------------------------------------------------------------------
444    Name: Matthias Blume
445    Date: 2001/07/10 17:30:00 EDT
446    Tag: Release_110_34
447    Description:
448    
449    Minor tweak to 110.34 (re-tagged):
450    
451      - README.html file added to CVS repository
452      - runtime compiles properly under FreeBSD 3.X and 4.X
453    
454    ----------------------------------------------------------------------
455    Name: Matthias Blume
456    Date: 2001/07/10 17:30:00 EDT
457    Tag: Release_110_34
458    Description:
459    
460    New version number (110.34). New bootfiles.
461    
462    ----------------------------------------------------------------------
463    Name: Matthias Blume
464    Date: 2001/07/09 16:00:00 EDT
465    Tag: blume-20010709-more-varargs
466    Description:
467    
468    I changed the handling of varargs in ml-nlffigen again:
469    The ellipsis ... will now simply be ignored (with an accompanying warning).
470    
471    The immediate effect is that you can actually call a varargs function
472    from ML -- but you can't actually supply any arguments beyond the ones
473    specified explicitly.  (For example, you can call printf with its format
474    string, but you cannot pass additional arguments.)
475    
476    This behavior is only marginally more useful than the one before, but
477    it has the advantage that a function or, more importantly, a function
478    type never gets dropped on the floor, thus avoiding follow-up problems with
479    other types that refer to the offending one.
480    
481    ----------------------------------------------------------------------
482    Name: Matthias Blume
483    Date: 2001/07/09 11:25:00 EDT
484    Tag: blume-20010709-varargs
485    Description:
486    
487    1. ckit-lib.cm now exports structure Error
488    2. ml-nlffigen reports occurences of "..." (i.e., varargs function types)
489       with a warning accompanied by a source location.  Moreover, it
490       merely skips the offending function or type and proceeds with the
491       rest of its work.u  As a result, one can safely feed C code containing
492       "..." to ml-nlffigen.
493    3. There are some internal improvements to CM, providing slightly
494       more general string substitutions in the tools subsystem.
495    
496    ----------------------------------------------------------------------
497    Name: Matthias Blume
498    Date: 2001/06/27 15:10:00 EDT
499    Tag: blume-20010627-concur
500    Description:
501    
502    Fixed a small bug in CM's handling of parallel compilation.
503    (You could observe the bug by Control-C-interrupting an ordinary
504    CMB.make or CM.stabilize and then attaching some compile servers.
505    The result was that all of a sudden the previously interrupted
506    compilation would continue on its own.  This was because of
507    an over-optimization: CM did not bother to clean out certain queues
508    when no servers were attached "anyway", resulting in the contents
509    of these queues to grab control when new servers did get attached.)
510    
511    There is also another minor update to the CM manual.
512    
513    ----------------------------------------------------------------------
514    Name: Matthias Blume
515    Date: 2001/06/26 16:15:00 EDT
516    Tag: blume-20010626-cmdoc
517    Description:
518    
519    Minor typo fixed in CM manual (syntax diagram for libraries).
520    
521    ----------------------------------------------------------------------
522    Name: Matthias Blume
523    Date: 2001/06/25 22:55:00 EDT
524    Tag: blume-20010625-x86pc
525    Description:
526    
527    Fixed a nasty bug in the X86 assembly code that caused signal
528    handlers to fail (crash) randomly.
529    
530    ----------------------------------------------------------------------
531    Name: Matthias Blume
532  Date: 2001/06/25 12:05:00 EDT  Date: 2001/06/25 12:05:00 EDT
533  Tag: blume-20010625-nlffigen  Tag: blume-20010625-nlffigen
534  Description:  Description:
# Line 2502  Line 3017 
3017       elaborator). There were a lot of changes during my "linkpath" trials       elaborator). There were a lot of changes during my "linkpath" trials
3018       that could have been reverted to their original state but weren't.       that could have been reverted to their original state but weren't.
3019       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
3020       than what was strictly necessary...  (I _did_ resist the tempation       than what was strictly necessary...  (I _did_ resist the temptation
3021       of doing any "global reformatting" to avoid an untimely death at       of doing any "global reformatting" to avoid an untimely death at
3022       Dave's hands. :)       Dave's hands. :)
3023    

Legend:
Removed from v.847  
changed lines
  Added in v.938

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