[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: autoupdate: AU_ALIAS shouldn't affect itself

From: Eric Gallager
Subject: Re: autoupdate: AU_ALIAS shouldn't affect itself
Date: Thu, 28 Jan 2021 02:47:39 -0500

On Wed, Jan 27, 2021 at 1:48 AM Eric Gallager <egall@gwmail.gwu.edu> wrote:

> On Tue, Jan 26, 2021 at 4:00 PM Nick Bowler <nbowler@draconx.ca> wrote:
>> On 2021-01-26, egall--- via Bug reports for autoconf
>> <bug-autoconf@gnu.org> wrote:
>> > Say I have an M4 macro file with an AU_ALIAS usage in it like this:
>> >
>> >
>> > If I run autoupdate on this file, that will become:
>> >
>> >
>> > This seems pointless, as now the AU_ALIAS won't do what it was
>> originally
>> > meant to do anymore. Perhaps autoupdate could be updated to stop making
>> > this change.
>> It does seem counterproductive.  Unfortunately autoupdate doesn't actually
>> understand m4 syntax so it often runs into problems similar this one.
> Yeah, another one like this I noticed was autoupdate expanding macros in
> comments,
> which means I can't do things like this:
> dnl Can't use AC_TYPE_SIGNAL here because it is obsolete
> or
> # Stop using AC_HEADER_STDC here because it is deprecated
> (without escaping them, that is)

Also, another location to have autoupdate ignore would be inside of an
I have seen autoupdate change:
[The preprocessor macro `STDC_HEADERS' is obsolete.
  Except in unusual embedded environments, you can safely include all
  ISO C90 headers unconditionally.])dnl
# Autoupdate added the next two lines to ensure that your configure
# script's behavior did not change.  They are probably safe to remove.
...which is wrong.

> I'm sure it could be improved to better handle this specific case, though.
>> But for the same reason, you should be able to work around the problem
>> just by quoting differently, for example:
>> Cheers,
>>   Nick

reply via email to

[Prev in Thread] Current Thread [Next in Thread]