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
>