[sr #110363] Requiring AC_REQUIRE_AUX_FILE to be in a macro contradicts Automake documentation

[anonymous]

URL:
  <https://savannah.gnu.org/support/?110363>

                 Summary: Requiring AC_REQUIRE_AUX_FILE to be in a macro
contradicts Automake documentation
                 Project: Autoconf
            Submitted by: None
            Submitted on: Thu 05 Nov 2020 01:32:48 PM UTC
                Category: None
                Priority: 5 - Normal
                Severity: 3 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: smcv@collabora.com
             Open/Closed: Open
         Discussion Lock: Any
        Operating System: None

    _______________________________________________________

Details:

dbus uses AC_REQUIRE_AUX_FILE to require tap-driver.sh to be present, similar
to the example given in Automake documentation:


 % cat configure.ac
 AC_INIT([GNU Try Tap], [1.0], [bug-automake@gnu.org])
 AC_CONFIG_AUX_DIR([build-aux])
 AM_INIT_AUTOMAKE([foreign -Wall -Werror])
 AC_CONFIG_FILES([Makefile])
 AC_REQUIRE_AUX_FILE([tap-driver.sh])
 AC_OUTPUT


We've had a report (https://gitlab.freedesktop.org/dbus/dbus/-/issues/316)
that this fails with Autoconf 2.70 betas:


configure.ac:111: error: AC_REQUIRE(_AC_INIT_AUX_DIR): cannot be used outside
of an AC_DEFUN'd macro


Because this pattern is recommended by Automake, I think this needs to
continue to work in Autoconf 2.70, even if it might issue a deprecation
warning in 2.70 and stop working in a future release.




    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/support/?110363>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/