Re: autoconf 2.72/2.73 on RCS
Frederic Berat <[email protected]> Wed, 5 Apr 2023 14:50:38 +0200
| Newsgroups | gmane.comp.sysutils.autoconf.general,gmane.comp.version-control.rcs.bugs |
|---|---|
| Message-ID | <CAObJKZr5OFk8eMafkd_uXGMWUZKLTYg1=ckDqGz5FGNsqKnKmw@mail.gmail.com> |
On Mon, Apr 3, 2023 at 9:39=E2=80=AFPM Zack Weinberg <[email protected]> wr= ote: > > On Mon, Apr 3, 2023, at 12:25 PM, Paul Eggert wrote: > > On 2023-04-03 01:00, Frederic Berat wrote: > >> It would have been nice to keep these macro around for backward > >> compatibility. Assuming they are only used by gnulib, they wouldn't > >> need to be kept for too long. > > > > Fair enough. I installed the attached into Autoconf on savannah, so tha= t > > one should be able to use bleeding-edge Autoconf on the current RCS rel= ease. > > > > This patch uses m4_define rather than AU_DEFUN because > > _AC_SYS_LARGEFILE_TEST_CODE is defined via m4_define rather than via > > AC_DEFUN. So the user is not warned that _AC_SYS_LARGEFILE_TEST_INCLUDE= S > > is obsolete. I don't know why _AC_SYS_LARGEFILE_TEST_CODE doesn't use > > AC_DEFUN, so I'll cc this to Zack (who wrote that code) to see whether > > we can change to AC_DEFUN and AU_DEFUN here. Thanks, that looks good, I'm now able to rebuild the packages that files from the old gnulib with autoconf HEAD. > > I wasn't expecting anyone to AC_REQUIRE either of these macros, is all. > > zw >