Re: bad define semantics in GNU m4

[Akim Demaille]

 > In which case, I propose the small attached patch.  Comments?

I'm sorry, but I fail to see how augmenting the global entropy is
making a better world.  There should be *one* behavior, and if time is
spent into something, that ought to be making the standard being more
precise.

Introducing choices and more options seems like being a solution to a
problem, but in general it's only a bad excuse to tackle the real
debate and leave the dirty work downstream, instead of addressing it
once for all upstream.  "TIMTOWTDI" is a bad principle, and that
applies to this "feature".

That said, I'm not concerned by the development of GNU M4, Gary is,
and he has the final word.  I just wanted to give my opinion.  And
BTW, I can't see anything resolved here anyway, as Autoconf will not
be adjusted to this new entropy, it will remain in the GNU tracks.