It is useful when unpacking the distribution tarballs into another revision control system that doesn't preserve timestamps. If we retrigger autoconf, then some developer workstations will fail on the builds because they have outdated autoconf packages.
- Lars > -----Original Message----- > From: Mathieu Desnoyers [mailto:[email protected]] > Sent: den 12 mars 2014 20:00 > To: Lars Persson > Cc: [email protected]; Lars Persson > Subject: Re: [lttng-dev] [PATCH babeltrace] Use autoconf > AM_MAINTAINER_MODE. > > ----- Original Message ----- > > From: "Lars Persson" <[email protected]> > > To: [email protected] > > Cc: "Lars Persson" <[email protected]> > > Sent: Wednesday, March 12, 2014 5:05:17 AM > > Subject: [lttng-dev] [PATCH babeltrace] Use autoconf > AM_MAINTAINER_MODE. > > > > Give distribution maintainers the option to skip rebuilding autoconf > > and automake generated files. The default behaviour is still to have > > the rebuild rules enabled. > > I just did some reading on this, and found: > > http://blogs.gnome.org/desrt/2011/09/08/am_maintainer_mode-is-not-cool/ > > So, in what use-case is --disable-maintainer-mode useful nowadays ? All > it seems to do is to stop ensuring that Makefile are consistent with > changes to Makefile.am. > > Thanks, > > Mathieu > > > > > Signed-off-by: Lars Persson <[email protected]> > > --- > > configure.ac | 1 + > > 1 files changed, 1 insertions(+), 0 deletions(-) > > > > diff --git a/configure.ac b/configure.ac index 7a98612..faa3f98 > 100644 > > --- a/configure.ac > > +++ b/configure.ac > > @@ -11,6 +11,7 @@ AC_CONFIG_AUX_DIR([config]) AC_CANONICAL_TARGET > > AC_CANONICAL_HOST AM_INIT_AUTOMAKE([foreign dist-bzip2 no-dist-gzip]) > > +AM_MAINTAINER_MODE([enable]) > > m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])]) > > > > AC_CONFIG_MACRO_DIR([m4]) > > -- > > 1.7.2.5 > > > > > > _______________________________________________ > > lttng-dev mailing list > > [email protected] > > http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev > > > > -- > Mathieu Desnoyers > EfficiOS Inc. > http://www.efficios.com _______________________________________________ lttng-dev mailing list [email protected] http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
