On 09/05/2013 12:08 AM, Martin Kletzander wrote:
On Wed 04 Sep 2013 06:48:46 PM CEST, Eric Blake wrote:
I'm tired of seeing screenfuls of messages like these when using automake 1.13 (Fedora 19):
configure.ac:2121: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, and its use is discouraged. configure.ac:2121: You should use the Autoconf-provided 'AC_PROG_MKDIR_P' macro instead, configure.ac:2121: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your Makefile.am files. daemon/Makefile.am:19: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')
These were driving me crazy, but I thought we had no other option than to leave this due to compatibility. Thanks for finding the way out of this.
Unfortunately, 1.14 complains about subdir-objects way more than about anything else and I still haven't found the way out of that one.
Ouch - rawhide is currently still stuck on 1.13.4 [so much for the perception of rawhide being bleeding-edge]; I'll have to manually install from automake.git to play with subdir-objects (it may be easiest to just unconditionally turn it on, after testing that RHEL 5's 1.9 can handle it), as a followup patch.
-# Use the silent-rules feature when possible. -m4_ifndef([AM_SILENT_RULES], [m4_define([AM_SILENT_RULES],[])]) -AM_SILENT_RULES([yes]) +# Default to using the silent-rules feature when possible. Formatting +# chosen to bypass 'grep' checks that cause older automake to warn. +# Users (include rpm) can still change the default at configure time. +m4_ifndef([AM_SILENT_RULES], + [m4_define([AM_SILENT_RULES],[])])AM_SILENT_RULES([yes])
Funny that only simple grep is used to identify these.
Newer automake has been taught to use more-reliable m4 tracing instead of raw grep - but newer automake is the one that doesn't issue the warning. Yeah, I was rather shocked that this worked to shut up the warning on RHEL 5 :)
ACK,
Thanks; pushed. -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org