The older Makefile rules used to create and tag the releases were
based on an approach we now consider flawed: they over-mechanized
some delicate operations that are better performed manually *and*
double-checked by a developer, and at the same time they did not
run enough safety checks.
* Makefil
* m4/Makefile.am ($(top_srcdir)/m4/amversion.m4): Depend on
configure.ac, since the value of $(VERSION) can change every
time configure.ac is updated.
---
m4/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/m4/Makefile.am b/m4/Makefile.am
index 4fa1406..b0e0d84
* HACKING: Update and improve advices and explanations about files
in the automake repository that are now owned by automake, but
mirrored from other upstreams. Also, don't list these files
explicitly, rather point the reader to the $(FETCHFILES) variable
in Makefile.am.
* Makefile.am (FETCHFILES)
* HACKING: Don't reference the ChangeLog file anymore, since that
is now generated from the git commit messages, not maintained by
hand. So remove advice that is obsolete, and speak about "git
commit message" instead of "ChangeLog entry" for advice that is
still relevant.
---
HACKING | 20 +
* configure.ac, NEWS, m4/amversion.m4: Bump version to 1.11.2c,
as per HACKING suggestions.
---
NEWS|4 ++--
configure.ac|2 +-
m4/amversion.m4 |4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/NEWS b/NEWS
index 1af2b51..9a09c84 100644
--- a/NEWS
+
* configure.ac (AC_INIT): Bump version number to 1.11.2b.
* NEWS: Likewise.
* doc/automake.texi (Release Statistics): Update, as suggested
by "make release-stats".
Signed-off-by: Stefano Lattarini
---
NEWS |4 ++--
configure.ac |2 +-
doc/automake.texi |1 +
m4/amve