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 1629, Thu Sep 23 22:38:06 2004 UTC revision 1687, Fri Nov 12 06:31:53 2004 UTC
# Line 14  Line 14 
14    
15  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16  Name: Matthias Blume (blume (at) tti - c (dot) org)  Name: Matthias Blume (blume (at) tti - c (dot) org)
17    Date: 2004/11/12 00:30:00 CST
18    Tag: blume-20041112-int64
19    Description:
20    
21    Structure Int64 fully hooked in.  (The implementation is not very
22    efficient, though.)
23    
24    ----------------------------------------------------------------------
25    Name: Matthias Blume (blume (at) tti - c (dot) org)
26    Date: 2004/11/11 17:30:00 CST
27    Tag: blume-20041111-more64
28    Description:
29    
30    All the pieces of Word64 are now there, with the exception of the
31    conversions from and to LargeWord. (Eventually these need to be identities,
32    but for the time being they don't even make sense because LargeWord is
33    32-bit wide.)
34    
35    Also started to add similar support for Int64, but major pieces of that
36    are still missing.
37    
38    ----------------------------------------------------------------------
39    Name: Matthias Blume (blume (at) tti - c (dot) org)
40    Date: 2004/11/11 00:15:00 CST
41    Tag: blume-20041111-word64
42    Description:
43    
44    Structure Word64 is now (almost) complete, word literals and patterns
45    seem to work.  There are a few odd pieces missing.  In particular,
46    I didn't do the {from,to}LargeWord parts because LargeWord is still Word32
47    at the moment.
48    
49    Making Word64 official would mean that LargeWord becomes Word64.  But
50    this requires extreme care because most word-word conversions have to
51    go through LargeWord, so making a mistake means loss of efficiency or
52    worse.  Eventually there will be a solution similar to (but actually
53    simpler than) what I did with IntInf.
54    
55    ----------------------------------------------------------------------
56    Name: Matthias Blume (blume (at) tti - c (dot) org)
57    Date: 2004/11/10 18:12:00 CST
58    Tag: blume-20041110-64bit
59    Description:
60    
61    More 64-bit hacking (but still not even half-way there yet).
62    Also, some assorted improvements to the handling of 8-bit words.
63    
64    ----------------------------------------------------------------------
65    Name: Matthias Blume (blume (at) tti - c (dot) org)
66    Date: 2004/11/09 17:50:00 CST
67    Tag: <none>
68    Description:
69    
70    Started adding some infrastructure for supporting 64-bit int- and
71    word-types.  (Still in its very early stages.)
72    
73    ----------------------------------------------------------------------
74    Name: Matthias Blume (blume (at) tti - c (dot) org)
75    Date: 2004/10/28 10:45:00 CDT
76    Tag: Release_110_50
77    Description:
78    
79    New working version (110.50).  NEW BOOTFILES!
80    
81                 =====================
82    
83    Also:
84    
85      - Changend config/srcarchiveurl from a file just
86        containing the URL string into a file containing
87        shell script code.  The code has access to the $VERSION variable.
88      - Made corresponding changes to config/install.sh and config/unpack.
89      - Default contents of config/srcarchiveurl uses $VERSION and
90        normally does not have to be edited to reflect a version change.
91    
92      (As a result, a version change can be done by just editing
93       config/version, the rest is now automatic.)
94    
95    ----------------------------------------------------------------------
96    Name: Matthias Blume (blume (at) tti - c (dot) org)
97    Date: 2004/10/27 17:50:00 CDT
98    Tag: blume-20041027-btrace-msg
99    Description:
100    
101    BackTrace.monitor now also reports the source of the exception that
102    triggered the trace.
103    
104    ----------------------------------------------------------------------
105    Name: Matthias Blume (blume (at) tti - c (dot) org)
106    Date: 2004/10/27 17:20:00 CDT
107    Tag: blume-20041027-x86-c-calls
108    Description:
109    
110    This is the HISTORY entry for two earlier commits, both concerning
111    the x86 c-calls code in MLRISC:
112    
113      - added a missing LOAD in the code that deals with struct arguments
114      - made sure the caller does not add the wrong number of bytes to the
115        stack pointer after a call of a function returning a struct
116        (the callee already pops the implicit argument which points to
117         the space reserved for the result)
118    
119    ----------------------------------------------------------------------
120    Name: Allen Leung (leunga (at) reservoir (dot) com)
121    Date: 2004/10/24 14:00:00 EST
122    Tag: leunga-20041024-x86-gas-fucomip
123    Description:
124    
125       John discovered a bug in the syntax of fucomip.
126       The opcodes FU?COMIP? have been changed to
127    
128           fu?comip? %st(i), %st
129    
130    ----------------------------------------------------------------------
131    Name: Matthias Blume (blume (at) tti - c (dot) org)
132    Date: 2004/10/20 15:06:00 CDT
133    Tag: blume-20041020-standalone-backtrace
134    Description:
135    
136    Added a mechanism for getting back-trace information from standalone
137    programs.  Here is how it works:
138    
139       1. The part of the program from which you want to get backtrace
140          information (usually the whole program) should be wrapped with
141          BackTrace.monitor.  This is a (unit->'a)->'a function, and your
142          main program could be modified from something like
143    
144             fun main (pgm, args) = ...
145    
146         to
147    
148            fun main (pgm, args) = BackTrace.monitor (fn () => ...)
149    
150       2. To be able to access BackTrace.monitor, you have to add
151          library $smlnj-tdp/plugins.cm to the .cm file that contains your
152          main function.
153    
154       3. Remove all compiled code (i.e., all the .cm/ subdirectories that
155          CM might have created in the past for your project).
156    
157       4. Build the system using this command line:
158    
159             ml-build -Ctdp.instrument=true \$smlnj-tdp/back-trace.cm \
160                      myprog.cm MyProg.main myprog
161    
162          instead of the usual
163    
164             ml-build myprog.cm MyProg.main myprog
165    
166    I changed a library name:
167    
168       $/trace-debug-profile.cm --> $smlnj-tdp/plugins.cm
169    
170    New libraries:
171    
172       $smlnj-tdp/back-trace.cm
173          -- when loaded causes the back-trace plugin to be installed
174       $smlnj-tdp/coverage.cm
175          -- when loaded causes the coverage plugin to be installed
176    
177    ----------------------------------------------------------------------
178    Name: Matthias Blume (blume (at) tti - c (dot) org)
179    Date: 2004/10/18 16:45:00 CDT
180    Tag: blume-20041018-groupowner
181    Description:
182    
183    Added an "obsolete" warning for the "group owner" syntax to CM's parser.
184    
185    Eliminated group owner specs from .cm files throughout the source tree.
186    
187    ----------------------------------------------------------------------
188    Name: Matthias Blume (blume (at) tti - c (dot) org)
189    Date: 2004/10/15 15:45:00 CDT
190    Tag: blume-20041015-coverage
191    Description:
192    
193    * Test coverage tool added!
194    * Further reorganization of tracing-, debugging-, and profiling support:
195    
196        - moved original BTImp -- now called BackTrace -- into a separate
197          library called $/trace-debug-profile.cm
198        - eliminated all mentions of BTrace from SMLofNJ.Internals
199        - only the instrumentation mechanism is now left in the compiler proper
200        - BackTrace module is a plugin which is NOT plugged in by default
201        - Coverage module is another such plugin
202    
203    To get the benefits of any of these plugin modules, the code in
204    question must be compiled with tdp instrumentation turned on.  This
205    can be done by setting SMLofNJ.Internals.TDP.mode to true.
206    (The ref cell is also controlled via the -Ctdp.instrument=... switch.)
207    
208    Plugins are selected at link time.  (Pre-compiled instrumented code
209    can be re-loaded with different plugins in effect.)  When an
210    instrumented module is linked, whatever plugins are at that time
211    enabled will come into effect for that module.
212    
213    To enable the back-trace plugin, load library $/trace-debug-profile.cm
214    and invoke BackTrace.install() (e.g., from the interactive prompt).
215    To enable the coverage plugin, load the same library and invoke
216    Coverage.install().
217    
218    Back-traces are generated automatically on uncaught exceptions and
219    when the code in question explicitly invokes BackTrace.trigger().
220    
221    Coverage (and execution frequency-) information must be queried
222    explicitly by calling Coverage.not_covered and Coverage.hot_spots.
223    
224    ----------------------------------------------------------------------
225    Name: Matthias Blume (blume (at) tti - c (dot) org)
226    Date: 2004/10/14 17:40:00 CDT
227    Tag: blume-20041014-tdp-core
228    Description:
229    
230    Snapshot of a significant overhaul of how the trace/debug/profile support
231    is hooked into the system (specifically: Core and SMLofNJ.Internals).
232    
233    ----------------------------------------------------------------------
234    Name: Matthias Blume (blume (at) tti - c (dot) org)
235    Date: 2004/10/13 16:34:00 CDT
236    Tag: blume-20041013-tdp
237    Description:
238    
239    Some rationalization of names:
240    
241       structure BTrace -> structure TDPInstrument
242       etc.
243    
244    This is is preparation of using the original back-trace
245    instrumentation for other purposes.  "TDP" stands for
246    Trace/Debug/Profile.
247    
248    The control flag controlling whether instrumentation is on or off is now
249    registered under a different name, so instead of running sml as
250    
251     sml -Cinstrument.btrace-mode=true
252    
253    one has to say
254    
255     sml -Ctdp.instrument=true
256    
257    ----------------------------------------------------------------------
258    Name: Matthias Blume (blume (at) tti - c (dot) org)
259    Date: 2004/10/11 16:37:00 CDT
260    Tag: blume-20041011-regions
261    Description:
262    
263    Made some minor modifications to elabcore.sml to have source regions
264    be propagated more tightly -- resulting in better (i.e., smaller)
265    regions being reported in error- and debug messages.
266    
267    ----------------------------------------------------------------------
268    Name: Matthias Blume (blume (at) tti - c (dot) org)
269    Date: 2004/10/08 22:50:00 CDT
270    Tag: blume-20041008-cmkw
271    Description:
272    
273    Fixed handling of keywords in .cm files: After seeing "is" the lexer
274    treats subsequent occurrences of "group", "library", "source", "is",
275    "*", and "-" as ordinary identifiers rather than keywords.
276    
277    Most seriously, this fixes a problem with CM's "shell" tool.  The tool
278    is supposed to accept a tool argument called "source", but this did
279    not work because of the clash with the keyword.
280    
281    ----------------------------------------------------------------------
282    Name: Matthias Blume (blume (at) tti - c (dot) org)
283    Date: 2004/10/07 16:00:00 CDT
284    Tag: blume-20041007-cleanup
285    Description:
286    
287    Assorted cleanup work:
288    
289      - got rid of intstrmap in favor of using the library's
290        hash table implementation
291      - threw out most of the pathnames stuff, as it was not used anyway
292      - simplified tokentable implementation
293      - fixed some minor spelling errors
294    
295    ----------------------------------------------------------------------
296    Name: Matthias Blume (blume (at) tti - c (dot) org)
297    Date: 2004/10/06 15:15:15 CDT
298    Tag: blume-20041006-handler
299    Description:
300    
301    Cleaned up the absyn to reflect the invariant that HANDLE always
302    carries a FNexp as part of the type definition.  This eliminates some
303    superfluous sanity checks at runtime down the road.
304    
305    Some minor cleanup of the btrace code.
306    
307    ----------------------------------------------------------------------
308    Name: Matthias Blume (blume (at) tti - c (dot) org)
309    Date: 2004/10/01 10:20:30 CDT
310    Tag: blume-20041001-slave
311    Description:
312    
313    Added hack to make slave mode work in the presence of the version
314    tool.  (Still, since the master does two passes over the code for
315    CMB.make, the release number gets bumped twice when slaves are
316    attached.  I don't know if this is worth fixing...)
317    
318    ----------------------------------------------------------------------
319    Name: Matthias Blume (blume (at) tti - c (dot) org)
320    Date: 2004/09/30 10:55:00 CDT
321    Tag: blume-20040930-version
322    Description:
323    
324    * Moved the "version" magic into its own little library under
325      src/system/smlnj/internal.  This avoids expensive reconstruction of
326      a stable src/compiler/core.cm.
327    
328    * At the same time, structure CompilerVersion is now known as
329      structure SMLNJVersion.
330    
331    * Arranged for the version tool to NOT kick in when rebuilding the system
332      (makeml -rebuild, fixpt).  Otherwise one would never reach a fixpoint.
333      Also, loading the versiontool does not work when rebuilding the system
334      because CM is not properly initialized at that time.
335    
336    ----------------------------------------------------------------------
337    Name: Matthias Blume (blume (at) tti - c (dot) org)
338    Date: 2004/09/29 14:00:00 CDT
339    Tag: blume-20040929-autoversion
340    Description:
341    
342    Implemented some CM magic to have
343        file src/compiler/TopLevel/main/version.sml
344    generated automagically.
345    The version is taken from two files: config/version and config/release.
346    The first is expected to contain a two-part version number such as 110.49.
347    The second should contain a single number, but it may be missing.
348    
349    If the environment variable VERSIONTOOL_BUMP_RELEASE is defined at the
350    time the version tool is loaded (which is the first time you say CMB.make),
351    then the tool will increment the value stored in config/release every
352    time CMB.make is invoked.
353    
354    The binfile format is now insensitive to anything beyond the first
355    two components of a version number, so bumping the release does not render
356    binfiles incompatible.  Auto-bumping can be used to keep track of versions
357    during development without invalidating existing binfiles.
358    
359    In any case, every CMB.make updates the date information in version.sml.
360    (This is the date that is printed in the banner.)
361    
362    ----------------------------------------------------------------------
363    Name: Matthias Blume (blume (at) tti - c (dot) org)
364    Date: 2004/09/28 10:53:00 CDT
365    Tag: blume-20040928-controls
366    Description:
367    
368    Some cleanup of the controls code.
369    
370    ----------------------------------------------------------------------
371    Name: Matthias Blume (blume (at) tti - c (dot) org)
372    Date: 2004/09/27 22:08:00 CDT
373    Tag: blume-20040927-controls
374    Description:
375    
376    Added two pieces of functionality to the Controls interface:
377    
378    1.   val save'restore: 'a control -> unit -> unit
379    
380       grabs the current value of the control in stage 1 and restores it
381       in stage 2.
382    
383    2.   val set' : 'a control * 'a -> unit -> unit
384    
385       stores the given value into the control in stage 2 (i.e., delayed)
386       but does all error checking in stage 1.
387       (This is for string controls that need to do parse their argument --
388        something that might fail.  In some cases, notably in CM, one
389        already knows the intended argument but wants to delay the actual
390        assignment until a time when error recovery would be more difficult.)
391    
392    Changed the handling of controls in tool arguments to classes "sml" and
393    "lazysml":
394       - use Controls.save'restore as a more robust way of restoring the
395         old value (in particular: without having to re-parse the string)
396       - use controls to handle the "overload" keyword in the init group
397         (I believe this change actually fixes a long-standing obscure bug.)
398    
399    ----------------------------------------------------------------------
400    Name: Matthias Blume (blume (at) tti - c (dot) org)
401    Date: 2004/09/27 17:00:00 CDT
402    Tag: blume-20040927-lazysml
403    Description:
404    
405    Added a new tool class called "lazysml" to CM's tool chest.  The only
406    difference to "sml" is that compilation is done with Control.lazysml
407    set to true.  A source of class "lazysml" is automatically recognized
408    by a file name suffix of ".lml".
409    
410    In addition to the above feature, the original class "sml" now also
411    supports a tool argument "lazy" which has the same effect.  As a
412    result, the following three lines are equivalent:
413    
414        foo.sml : lazysml
415        foo.sml : sml (lazy)
416        foo.sml (lazy)
417    
418    The setting goes into effect both during parsing and during
419    compilation.  The original setting is restored right after parsing and
420    after compilation, respectively.
421    
422    In addition to all the above, there is also a general mechanism to set
423    ANY of the "controls" that are available at the command line via
424    "-C..." on a per-sml-file basis.  The same rules that apply for "lazy"
425    apply as well. (In fact, "lazy" is implemented as a special case of
426    the general mechanism.)
427    
428    The .cm file syntax uses a new keyword tool argument called "with".
429    There are several ways of indicating the desired settings:
430    
431        foo.sml (with:parser.quotations=true)
432        foo.sml (with:(name:parser.quotations value:true))
433        foo.sml (with:(name:name1 value:value1 name:name2 value:value2 ...))
434        foo.sml (with:(name1=value1 name2=value2 ...))
435        foo.sml (with:(name1=value1 name:name2 value:value2 name3=value3 ...))
436    
437        etc.
438    
439    Another possible abbreviation is to leave out the =v or value:v part
440    if the name refers to a boolean control (in which case the value is
441    taken to be true).  Thus, one could get lazy sml also by saying:
442    
443        foo.sml (with:parser.lazy-keyword=true)
444        foo.sml (with:parser.lazy-keyword)
445        foo.sml (with:(name:parser.lazy-keyword value:true))
446        foo.sml (with:(name:parser.lazy-keyword))
447    
448    ----------------------------------------------------------------------
449    Name: Matthias Blume (blume (at) tti - c (dot) org)
450    Date: 2004/09/24 16:22:00 CDT
451    Tag: blume-20040924-ppc-long-branch
452    Description:
453    
454    Turned message about "emiting long form of branch" off by default.
455    Added a control flag to turn it back on when desired.
456    
457    ----------------------------------------------------------------------
458    Name: Matthias Blume (blume (at) tti - c (dot) org)
459    Date: 2004/09/24 16:05:00 CDT
460    Tag: blume-20040924-rounding
461    Description:
462    
463    Applied patch for setting rounding modes under Mac OS X.  Thanks to
464    Melissa O'Neill for providing the code!
465    
466    ----------------------------------------------------------------------
467    Name: Matthias Blume (blume (at) tti - c (dot) org)
468  Date: 2004/09/23 17:30:00 CDT  Date: 2004/09/23 17:30:00 CDT
469  Tag: blume-20040923-envvars  Tag: blume-20040923-envvars
470  Description:  Description:

Legend:
Removed from v.1629  
changed lines
  Added in v.1687

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