gnumakefile: don't squelch _version output
authorEric Blake <eblake@redhat.com>
Tue, 30 Mar 2010 21:56:17 +0000 (15:56 -0600)
committerEric Blake <eblake@redhat.com>
Wed, 31 Mar 2010 20:39:13 +0000 (14:39 -0600)
commit6c2dbbd94ee029fa8ae33c3450a21fd202b74134
tree6712b71bb0b2d9b7ea49254e4db64a0cb5157645
parentb3119f181de14c17aaf923846713526fd82891bf
gnumakefile: don't squelch _version output

Borrowing from a trick I discovered on the libvirt list.
More details about how this trick works:

GNU make parses all Makefiles, then checks whether they are
up-to-date, all before making anything else; if any Makefile
timestamps change, then it restarts with the original arguments and
repeats the check for up-to-date Makefiles (assuming that this time
the check will pass).  Since all the rules are parsed before Makefile
is updated, proceeding without reloading Makefiles would result in the
use of the stale $(VERSION) string that was in effect when we first
started, so we must update a timestamp to force the reload.  However,
if we made Makefile depend on _version, we would end up running
_version twice.  So instead, we make _version run a recursive make to
update Makefile (the recursive make skips the rules for checking
whether the version string needs an update, avoiding any extra runs of
_version), then ensure that GNUmakefile has an updated timestamp to
force the reload of the updated Makefile.

* top/GNUmakefile (GNUmakefile): Create one-shot dependency rather
than using $(shell) to run _version target.
(_autoreconf): Run verbosely, by default.

Signed-off-by: Eric Blake <eblake@redhat.com>
ChangeLog
top/GNUmakefile