Force autoconf rebuild in maintainer rules

autoconf normally avoids recreating files that it does not consider
obsolete.  Since it knows nothing about patchlevel.h (which we read at
autoconf time using m4's esyscmd()), changes to patchlevel.h won't be
reflected in configure unless another input to configure has changed,
and the maintainer rule will re-run autoconf over and over again.  Fix
this issue by passing the force flag to autoconf when we invoke it
from the maintainer rule.

(cherry picked from commit 7027788ae6adbd06d5a16de6ee62e489a4dca68b)

ticket: 8560
version_fixed: 1.14.6

diff --git a/src/config/post.in b/src/config/post.in
index fb34fba2049d02389b9de09ebf02cd3a28e8be6b..cae32e7c940d80e557563ca76937d9f11ee5eaff 100644 (file)
--- a/src/config/post.in
+++ b/src/config/post.in
@@ -182,7 +182,7 @@ $(top_srcdir)/configure: @MAINT@ \
                $(top_srcdir)/aclocal.m4
        -$(RM) -r $(top_srcdir)/autom4te.cache
        (cd $(top_srcdir) && \
-               $(AUTOCONF) --include=$(CONFIG_RELTOPDIR) $(AUTOCONFFLAGS))
+               $(AUTOCONF) -f --include=$(CONFIG_RELTOPDIR) $(AUTOCONFFLAGS))
        -$(RM) -r $(top_srcdir)/autom4te.cache
 
 RECURSE_TARGETS=all-recurse clean-recurse distclean-recurse install-recurse \