Re: [FYI] {master} refactor: use modern semantics of 'open'

Eric Blake wrote: ... >> If anything, this issue shows that the Automake::XFile module (and >> other similar modules as well) should live in their own git >> repository, which both Autoconf and Automake should use as a >> submodule -- and which (for $DEITY's sake!), should be unit-tested. >> Any vo

Re: bug#11369: 2 test failures in Automake-1.12

On Sat, 2012-04-28 at 21:37 +0200, Stefano Lattarini wrote: > Oops, you have no 'lex' program installed on your machine, still this > test was not skipped because it was mistakenly requiring 'yacc' instead > of 'lex'. Fixed by the attached patch (for maint). Thanks, Stefano. FWIW, I can confirm

[PATCH 2/2] AM_PROG_MKDIR_P: remove as obsolete

Support for the obsolescent 'AM_PROG_MKDIR_P' m4 macro (and its output variable '$(mkdir_p)') has in the documentation and with runtime warning since Automake 1.12.1. It's now time to remove it. * automake.in (scan_autoconf_traces): Remove special handling of 'AM_PROG_MKDIR_P'. * m4/mkdirp.m4: De

[PATCH 1/2] AM_PROG_MKDIR_P: deprecate, to be removed in Automake 1.13

Support for the obsolescent 'AM_PROG_MKDIR_P' macro (and its output variable '$(mkdir_p)') has already been deprecated in the documentation. It's now time to make its use actively emit warnings in the 'obsolete' category as well. * automake.in (scan_autoconf_traces): Warn about 'AM_PROG_MKDIR_P'

[PATCH 0/2] Deprecate, then remove, AM_PROG_MKDIR_P

The first patch is to be merged into maint, the second one into master. I will push in a couple of days. Regards, Stefano Stefano Lattarini (2): AM_PROG_MKDIR_P: deprecate, to be removed in Automake 1.13 AM_PROG_MKDIR_P: remove as obsolete Makefile.am |1 - NEWS

Re: bug#11369: 2 test failures in Automake-1.12

Hi Matt, thanks for the report. On 04/28/2012 11:29 AM, Matt Burgess wrote: > Hi, > > Testing the latest release of Automake, I see test failures in > dist-readonly and lex-clean. I've attached the relevant sections of > test-suite.log. > Let's see to the lex failure first: FAIL: t/lex-clean

[PATCH] Skip the test when Autoconf is too old for ObjC++

Signed-off-by: Peter Breitenlohner --- t/objcxx-demo.sh | 12 ++-- 1 files changed, 10 insertions(+), 2 deletions(-) diff --git a/t/objcxx-demo.sh b/t/objcxx-demo.sh index 3baf677..f5e802a 100755 --- a/t/objcxx-demo.sh +++ b/t/objcxx-demo.sh @@ -16,10 +16,12 @@ # Demo package using

Re: bug#11356: automake 1.12 and (C) 2011

Hi Peter. On 04/28/2012 11:42 AM, Peter Rosin wrote: > On 2012-04-27 16:34, Stefano Lattarini wrote: >> -# Copyright (C) 1996-2012 Free Software Foundation, Inc. >> +# Copyright (C) 1996-$RELEASE_YEAR Free Software Foundation, Inc. > > Isn't a paradigm like that "risky" for the case of a late mai

Re: bug#11356: automake 1.12 and (C) 2011

On 2012-04-27 16:34, Stefano Lattarini wrote: > -# Copyright (C) 1996-2012 Free Software Foundation, Inc. > +# Copyright (C) 1996-$RELEASE_YEAR Free Software Foundation, Inc. Isn't a paradigm like that "risky" for the case of a late maintenance release a couple of years after the last release on s

Re: [PATCH] {master} m4: delete several obsolete macros

On 04/27/2012 11:39 AM, Stefano Lattarini wrote: > Support for several obsolescent macros has already been deprecated, > and their removal already announced in the documentation and in the > NEWS file. It's now time to finally remove them. > > * m4/dmalloc.m4 (fp_WITH_DMALLOC): Don't define anymo

Re: [PATCH] {master} aclocal: remove the --acdir option

On 04/27/2012 11:45 PM, Stefano Lattarini wrote: > It not documented in the manual anymore, its use has already been > causing a deprecation warning, and its oncoming removal has already > been announced in the NEWS file. So let's finally remove it. > > * aclocal.in (parse_arguments): Don't recog

Re: [PATCH] maint: fix a comment typo

Hi Jim. > * configure.ac: Fix typo in comment: s/out/our/ Good catch. Feel free to push whenever you want, of course. Thanks, Stefano

[FYI] Merge branch 'maint'

commit d3500f61b9bae2c5729f2383d9ab62248d42800a Merge: 8ce1b6c 5f810d0 Author: Stefano Lattarini Date: Sat Apr 28 10:47:22 2012 +0200 Merge branch 'maint' * maint: fixup: avoid unconditional re-bootstrapping on "make dist" build: ensure release year in copyright notice is u

[PATCH] maint: fix a comment typo

... > diff --git a/configure.ac b/configure.ac ... > +## Keep this on a line of its own, since it must be found and processed > +## by the 'update-copyright' rule in out Makefile. > +RELEASE_YEAR=2012 > +AC_SUBST([RELEASE_YEAR]) I saw the above change in maint. Here's the trivial fix: >From 23699

[FYI] {maint} fixup: avoid unconditional re-bootstrapping on "make dist"

Since our 'bootstrap' script is distributed, the 'distdir' target depends on it. But in our GNUmakefile, we also have a 'bootstrap' target declared .PHONY, which when called re-bootstrap the Automake distribution. Thus, whenever we run "make dist", GNU make sees it must remake the 'bootstrap' tar

Re: bug#11356: automake 1.12 and (C) 2011

On 04/27/2012 04:34 PM, Stefano Lattarini wrote: > Hi Eric, thanks for the suggestion. > > On 04/27/2012 02:05 PM, Eric Blake wrote: >> >>> aclocal (GNU $PACKAGE) $VERSION >>> -Copyright (C) 2011 Free Software Foundation, Inc. >>> +Copyright (C) 2012 Free Software Foundation, Inc. >> >> But this

Re: [PATCH] {maint} cosmetics: fix spacing in THANKS

On 04/27/2012 11:59 PM, Stefano Lattarini wrote: > * THANKS: Use spaces, not tabs, to separate a reporter's name from > his e-mail address. Also, increase such spacing, to allow a more > consistent formatting with longer names. > > Pushed now. Regards, Stefano

Re: bug#11356: automake 1.12 and (C) 2011

On 04/28/2012 12:51 AM, Stefano Lattarini wrote: > > I think I'll steal the wording from coreutils' README: > > For any copyright year range specified as - in this package > note that the range specifies every single year in that closed interval. > > Patch coming up tomorrow (unless s