* configure.in: Call AC_CONFIG_SUBDIRS with empty argument

	and then set $subdirs directly, because the new Autoconf breaks
	compatibility in every way imaginable and insists on whining
	about usage that worked since the dawn of time.
	* configure: Regenerated.

1 files changed, 5 insertions, 1 deletions

diff --git a/configure.in b/configure.in
index 3af6d1c09f..df18b8b935 100644
--- a/configure.in
+++ b/configure.in
@@ -157,7 +157,7 @@ if test "x$hidden" = xno; then
   AC_DEFINE(NO_HIDDEN)
 fi
 
-AC_CONFIG_SUBDIRS($add_ons)
+AC_CONFIG_SUBDIRS([ ])dnl Bonehead new Autoconf whines if we do it cleanly.
 add_ons_pfx=
 if test x"$add_ons" != x; then
   for f in $add_ons; do
@@ -179,6 +179,10 @@ if test x"$add_ons" != x; then
     # Test whether such a subdir really exists.
     if test -d $srcdir/$f; then
       add_ons_pfx="$add_ons_pfx $f/"
+      dnl This variable is what AC_CONFIG_SUBDIRS is supposed to set,
+      dnl but the new Autoconf maintainers don't care about compatibility
+      dnl so we cannot use it normally any more without complaints.
+      subdirs="$subdirs $f"
     else
       AC_MSG_ERROR(add-on directory \"$f\" does not exist)
     fi