14 |
|
|
15 |
---------------------------------------------------------------------- |
---------------------------------------------------------------------- |
16 |
Name: Matthias Blume (blume (at) tti - c (dot) org) |
Name: Matthias Blume (blume (at) tti - c (dot) org) |
17 |
|
Date: 2004/09/29 14:00:00 CDT |
18 |
|
Tag: blume-20040929-autoversion |
19 |
|
Description: |
20 |
|
|
21 |
|
Implemented some CM magic to have |
22 |
|
file src/compiler/TopLevel/main/version.sml |
23 |
|
generated automagically. |
24 |
|
The version is taken from two files: config/version and config/release. |
25 |
|
The first is expected to contain a two-part version number such as 110.49. |
26 |
|
The second should contain a single number, but it may be missing. |
27 |
|
|
28 |
|
If the environment variable VERSIONTOOL_BUMP_RELEASE is defined at the |
29 |
|
time the version tool is loaded (which is the first time you say CMB.make), |
30 |
|
then the tool will increment the value stored in config/release every |
31 |
|
time CMB.make is invoked. |
32 |
|
|
33 |
|
The binfile format is now insensitive to anything beyond the first |
34 |
|
two components of a version number, so bumping the release does not render |
35 |
|
binfiles incompatible. Auto-bumping can be used to keep track of versions |
36 |
|
during development without invalidating existing binfiles. |
37 |
|
|
38 |
|
In any case, every CMB.make updates the date information in version.sml. |
39 |
|
(This is the date that is printed in the banner.) |
40 |
|
|
41 |
|
---------------------------------------------------------------------- |
42 |
|
Name: Matthias Blume (blume (at) tti - c (dot) org) |
43 |
Date: 2004/09/28 10:53:00 CDT |
Date: 2004/09/28 10:53:00 CDT |
44 |
Tag: blume-20040928-controls |
Tag: blume-20040928-controls |
45 |
Description: |
Description: |