RE: [PATCH] Replaced obsoleted AC_HELP_STRING to AS_HELP_STRING

["naohirot@fujitsu.com" <naohirot@fujitsu.com>]

Adhemerval-san, Mike-san, Florian-san,

Thank you for all comments!
This is my second patch to glibc community, which I found during
thinking about how to check compiler option '-march=armv8.2-a+sve' to
add a64fx SoC multiarch code.

I took that consensus has been make among maintainers :-)
So I'd like to contribute to replace other obsolete macros too,
AC_TRY_COMPILE, AC_TRY_LINK and AC_CHECK_TOOL_PREFIX.

Thanks.
Naohiro

> -----Original Message-----
> From: Adhemerval Zanella <adhemerval.zanella@linaro.org>
> Sent: Tuesday, February 16, 2021 5:31 AM
> To: Tamura, Naohiro/田村 直広 <naohirot@fujitsu.com>;
> libc-alpha@sourceware.org; Mike Frysinger <vapier@gentoo.org>
> Subject: Re: [PATCH] Replaced obsoleted AC_HELP_STRING to
> AS_HELP_STRING
> 
> 
> 
> On 15/02/2021 17:21, Mike Frysinger wrote:
> > On 15 Feb 2021 13:39, Adhemerval Zanella wrote:
> >> Again, I don't have a strong opinion about it so I not following your
> >> slight aggressive tone here.
> >
> > apologies if it comes across that way.  i'm just (in my view) stating
> > facts (they're deprecated) and that alone is sufficient justification.
> >
> >> I just initially asked *why* change it,
> >
> > as stated in the original patch: it's an obsolete macro, and there's a
> > not-obsolete replacement.  seems like we should always merge this sort
> > of thing ?
> >
> >> Also please fix it on the aclocal.m4 as well.
> >
> > aclocal only uses AS_HELP_STRING that i can see.  where are you seeing
> > use of that AC variant ?
> >
> 
> It was a mistake from my part.
> 
> > on a somewhat related note, i can't help but feel like we should
> > switch to using aclocal to manage aclocal.m4 too.  splitting it up
> > into sep m4 files under m4/ should help with the gnarliness of the language ?
> > -mike
> >