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

Legend:
Removed from v.875  
changed lines
  Added in v.961

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