X-Git-Url: http://git.marmaro.de/?a=blobdiff_plain;f=docs%2FREADME.developers;h=74c3c07503d49cc1addf6c48d867af08ba4cc982;hb=0d6e062b466d0ef7c84b56258612cd87044917f6;hp=0fe6311212951056821c2256524665acf27f8715;hpb=cc9976fbd511140bf7eef525a447c6e47f17850e;p=mmh

diff --git a/docs/README.developers b/docs/README.developers
index 0fe6311..74c3c07 100644
--- a/docs/README.developers
+++ b/docs/README.developers
@@ -44,24 +44,19 @@ around with `touch'.
 The correct procedure to commit the configure-related files is:
 
     % cvs commit acconfig.h aclocal.m4 configure.in
-    % autoconf && autoheader                          # or simply "make"
-    % cvs commit config.h.in configure
-    % make stamp-h.in                                 # or simply "make"
-    % cvs commit stamp-h.in
-
-The reason that the commits need to be split up is that the RCS Id strings
-in the files change when you commit, which can apparently mess up the
-dependencies.  [How?  -- Dan Harkless <dan-nmh@dilvish.speed.net> // CVS
-updates the strings to have the new version number, the modification time
-of the file gets updated by the OS.  -- Kimmo Suominen <kim@tac.nyc.ny.us>]
-If this were not the case, you could commit with a single make followed by a
-cvs commit acconfig.h aclocal.m4 config.h.in configure.in configure stamp-h.in.
-[But since we have the RCS Id strings in the files, isn't it useless to even
-mention this?  The fix would be to remove the strings, and I don't think that
-would be good.  -- Kimmo Suominen <kim@tac.nyc.ny.us>]
-
-If you haven't changed all the files noted above, just commit the ones you have,
-in the stated order (for instance, configure.in, then configure, then
+    % autoheader; autoconf; date > stamp-h.in
+    % cvs commit config.h.in configure stamp-h.in
+
+The reason for the three-step commit is that configure.in contains the RCS $Id
+keyword, so when you commit it, a new version is written locally.  Therefore,
+the autoconf regeneration should be held off until after the commit, or your
+local stamp-h.in will become out-of-sync with the CVS version (granted, not that
+big a deal).  For the second step, you're doing the same commands as a 
+`make reset' would do, but using that command would require extra configure runs
+to make Makefile be up-to-date.
+
+If you haven't changed all the files noted above, just commit the ones you have
+changed, in the stated order (for instance, configure.in, then configure and
 stamp-h.in).
 
 
@@ -142,8 +137,11 @@ zotnet/mts/
     MTS code not specific to any single MTS apparently goes here.
 
 zotnet/tws/
-    No idea what "tws" stands for, other than 't' almost certainly standing for
-    "time".  Date and time manipulation routines go here.
+    "tws" apparently stands for "time with structure", a rather odd phrase.
+    This directory used to be the place for date and time manipulation code, but
+    currently nothing in here is compiled.  There are new, more portable
+    versions of the key files in h/ and sbr/, and this directory will soon go
+    away completely.
 
 
 -------------------------------------------------------