X-Git-Url: https://diplodocus.org/git/nmh/blobdiff_plain/e0233d70fb7bfac996b3514ae60d7eedef0e6ad3..c4dffde1321c04eddde696b28c05c4c68d85a617:/docs/README.developers?ds=inline diff --git a/docs/README.developers b/docs/README.developers index 9314563c..0fe63112 100644 --- a/docs/README.developers +++ b/docs/README.developers @@ -41,12 +41,28 @@ end-users who don't have any interest in changing the configure-related files and don't have autoconf installed. They'll be unable to make without playing around with `touch'. -The correct order to commit the configure-related files is: - -% cvs commit acconfig.h aclocal.m4 config.h.in configure.in configure stamp-h.in - -If you haven't changed all of those files, just commit the rest in the -stated order (e.g. cvs commit acconfig.h config.h.in stamp-h.in). +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 // CVS +updates the strings to have the new version number, the modification time +of the file gets updated by the OS. -- Kimmo Suominen ] +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 ] + +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 +stamp-h.in). -------------------