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

[Zack Weinberg]

Update of sr #110363 (project autoconf):

  Status:None => Done   
 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

Yes, this is supposed to work.  Thanks for providing the nice clear test case;
there was an earlier report of the same bug that didn't give me anything to
verify the fix with.

Fixed in aa27fc5707c6be8c921548d5a2c408f24a125a09.

___

Reply to this item at:

  

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

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

[anonymous]

URL:
  

 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: s...@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-autom...@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:

  

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