]> git.ipfire.org Git - thirdparty/automake.git/commitdiff
Merge remote-tracking branch 'silent-fixes' into maint
authorStefano Lattarini <stefano.lattarini@gmail.com>
Fri, 30 Dec 2011 12:47:57 +0000 (13:47 +0100)
committerStefano Lattarini <stefano.lattarini@gmail.com>
Fri, 30 Dec 2011 12:50:22 +0000 (13:50 +0100)
* origin/silent-fixes:
  fix: last entry in ChangeLog
  tests: tweak tests on silent-rules for makes without nested vars
  silent-rules: fallback for makes without nested vars

1  2 
doc/automake.texi

index bd8ffbeece9927fc07071f4700212d80d13b97e0,264f54ec527db306f50f2a4488c568cf7df8c07c..e155fd1677a3907e31f843130d62e715c1afd5cc
@@@ -10138,14 -10131,14 +10138,17 @@@ For portability to different @command{m
  are advised to not set the variable @code{V} inside the @file{Makefile.am}
  file, to allow the user to override the value for subdirectories as well.
  
- The current implementation of this feature relies on a non-POSIX, but in
- practice rather widely supported @file{Makefile} construct of nested
- variable expansion @samp{$(@var{var1}$(V))}.  Do not use the
- @option{silent-rules} option if your package needs to build with
- @command{make} implementations that do not support it.  The
- @option{silent-rules} option turns off warnings about recursive variable
- expansion, which are in turn enabled by @option{-Wportability}
- (@pxref{automake Invocation}).
+ The current implementation of this feature normally uses nested
+ variable expansion @samp{$(@var{var1}$(V))}, a @file{Makefile} feature
+ that is not required by POSIX 2008 but is widely supported in
 -practice.  On the rare @command{make} implementations that do not
 -support nested variable expansion, whether rules are silent is always
 -determined at configure time, and cannot be overridden at make time.
 -Future versions of POSIX are likely to require nested variable
 -expansion, so this minor limitation should go away with time.
++practice.  The @option{silent-rules} option thus turns off warnings
++about recursive variable expansion, which are in turn enabled by
++@option{-Wportability} (@pxref{automake Invocation}).  On the rare
++@command{make} implementations that do not support nested variable
++expansion, whether rules are silent is always determined at configure
++time, and cannot be overridden at make time.  Future versions of POSIX
++are likely to require nested variable expansion, so this minor
++limitation should go away with time.
  
  @vindex @code{AM_V_GEN}
  @vindex @code{AM_V_at}