bug#32868: closed (Re: bug#32868: [PATCH v2] m4: rework silent-rules macros to avoid double expansion)

2022-02-28 Thread GNU bug Tracking System
Your bug report #32868: Check if make supports nested variables is done twice when using silent rules which was filed against the automake package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to

bug#32868: [PATCH v2] m4: rework silent-rules macros to avoid double expansion

2022-02-28 Thread Mike Frysinger
On 28 Feb 2022 15:58, Karl Berry wrote: > Fixes automake bug https://bugs.gnu.org/32868. > > Looks fine to me. > > +./configure -C > +grep '^AM_DEFAULT_VERBOSITY = 1' Makefile > > Good :). > > I remain steadfastly opposed to (ever) changing the default to be silent > rules, as

bug#32868: [PATCH v2] m4: rework silent-rules macros to avoid double expansion

2022-02-28 Thread Karl Berry
Fixes automake bug https://bugs.gnu.org/32868. Looks fine to me. +./configure -C +grep '^AM_DEFAULT_VERBOSITY = 1' Makefile Good :). I remain steadfastly opposed to (ever) changing the default to be silent rules, as we've already discussed ad nauseam :). --thanks, karl.

bug#32868: [PATCH v2] m4: rework silent-rules macros to avoid double expansion

2022-02-27 Thread Mike Frysinger
Fixes automake bug https://bugs.gnu.org/32868. The AM_SILENT_RULES macro defines all the silent-rules related setup. It's also called by users to change the default verbosity level. This leads to a quirk where automake calls it, expands the full context, and then users call it, and it's fully