summaryrefslogtreecommitdiff
path: root/README-hacking
diff options
context:
space:
mode:
authorAkim Demaille <akim@lrde.epita.fr>2012-05-08 10:17:46 +0200
committerAkim Demaille <akim@lrde.epita.fr>2012-05-08 10:17:46 +0200
commite2eb03d4e9306f8ec5fa15c47c2016409c5fca9d (patch)
tree76bebcb061e1c358272794a74b310d615ac830fe /README-hacking
parentdb0054f7e6add2be825481bfa2f2dd2bb938aff3 (diff)
downloadbison-e2eb03d4e9306f8ec5fa15c47c2016409c5fca9d.tar.gz
maint: we no longer maintain the ChangeLog.
* .gitattributes: No need to merge it. * README-hacking: Update release instructions.
Diffstat (limited to 'README-hacking')
-rw-r--r--README-hacking24
1 files changed, 8 insertions, 16 deletions
diff --git a/README-hacking b/README-hacking
index 31a036ba..e481da75 100644
--- a/README-hacking
+++ b/README-hacking
@@ -15,25 +15,16 @@ First, if it is a large change, you must make sure they have signed
the appropriate paperwork. Second, be sure to add their name and
email address to THANKS.
-** If a change fixes a test, mention the test in the ChangeLog entry.
+** If a change fixes a test, mention the test in the log entry.
** Bug reports
-If somebody reports a new bug, mention his name in the ChangeLog entry
+If somebody reports a new bug, mention his name in the log entry
and in the test case you write. Put him into THANKS.
The correct response to most actual bugs is to write a new test case
which demonstrates the bug. Then fix the bug, re-run the test suite,
and check everything in.
-** You may find it useful to install the git-merge-changelog merge driver:
-
- http://git.sv.gnu.org/gitweb/?p=gnulib.git;a=blob;f=lib/git-merge-changelog.c
-
-When following the generic installation instructions there, keep in mind that
-your clone of Bison's git repository already contains appropriate
-.gitattributes files, and running Bison's bootstrap script will make the
-necessary changes to .git/config.
-
* Hacking
@@ -169,7 +160,7 @@ The autoconf files we use are currently:
lib/m4sugar/m4sugar.m4
lib/m4sugar/foreach.m4
-These files don't change very often in autoconf, so it should be
+These files don't change very often in Autoconf, so it should be
relatively straight-forward to examine the differences in order to
decide whether to update.
@@ -250,12 +241,13 @@ occurrences of PACKAGE_COPYRIGHT_YEAR in configure.ac.
The version number, *and* the date of the release (including for
betas).
-** Update ChangeLog
-Should have an entry similar to `Version 1.49b.'.
+** Mention the release name in a commit log
+Should have an entry similar to `Version 2.3b.'.
** Tag the release
-Before Bison will build with the right version number, you must tag the release
-in git. Do this after all other changes. The command is similar to:
+Before Bison will build with the right version number, you must tag
+the release in git. Do this after all other changes. The command is
+similar to:
git tag -a v2.3b