bug#11356: automake 1.12 and (C) 2011

Hi Peter, thanks for the feedback. On 05/01/2012 02:23 AM, Peter Johansson wrote: > Hi Stefano, > > Sorry about this late reply. > > On 04/28/2012 12:34 AM, Stefano Lattarini wrote: > > --- a/bootstrap > +++ b/bootstrap > @@ -77,6 +77,8 @@ dosubst () > { >

bug#11387: automake 1.12 test failures

severity 11387 minor tags 11387 patch close 11387 thanks Hi Bruno, thanks for the report and the detailed analysis. On 05/01/2012 11:56 AM, Bruno Haible wrote: > > Would it be sufficient to rebuild automake's configure script with > autoconf 2.69 instead of 2.68? > Yes, your conclusion is corre

bug#11034: [PATCH 2/2] cygnus: remove support for Cygnus-style trees

sh: Likewise. * t/cygnus-no-dist.sh: Likewise. * t/clean2.sh: Likewise. * t/txinfo5.sh: Likewise. * t/txinfo5b.sh: Likewise. * t/list-of-tests.mk: Update. Signed-off-by: Stefano Lattarini --- NEWS | 10 +++ automake.in

bug#11034: [PATCH 1/2] cygnus: warn when it's used (flagged as 'obsolete' now)

ygnus' and 'dejagnu' options, and of AM_MAINTAINER_MODE macro. Signed-off-by: Stefano Lattarini --- NEWS | 14 +-- automake.in |5 +++ doc/automake.texi| 12 +++--- t/clean2.sh

bug#11034: [PATCH 0/2] cygnus: deprecate and remove

top of the first one) to the 'master' branch, so that it will appear in the next major Automake version (1.13). I will push in a couple of days. Regards, Stefano -*-*-*- Stefano Lattarini (2): cygnus: warn when it's used (flagged as 'obsolete' now) cygnus: remove su

bug#11369: 2 test failures in Automake-1.12

r was due to another testsuite weakness, that is solved by the attached patch. All the two failures explained ad fixed, I'm closing this bug report. Thanks again for your help, Stefano >From d3303684e6f05d550b4bec305b6a8650bb0ebfb9 Mon Sep 17 00:00:00 2001 Message-Id: From: Stefano Latt

bug#11369: 2 test failures in Automake-1.12

tags 11369 moreinfo thanks On 04/28/2012 11:29 AM, Matt Burgess wrote: > FAIL: t/dist-readonly > = > > Running from installcheck: no > Using TAP: no > PATH = > /sources/automake-1.12/t/ax:/sources/automake-1.12/t/wrap:/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin:/usr/sbin > ++ pw

bug#11369: 2 test failures in Automake-1.12

. Regards, Stefano >From 807f3cf63a223f1d7eb6b06c02ec0abb1d4486ae Mon Sep 17 00:00:00 2001 Message-Id: <807f3cf63a223f1d7eb6b06c02ec0abb1d4486ae.1335641805.git.stefano.lattar...@gmail.com> From: Stefano Lattarini Date: Sat, 28 Apr 2012 21:36:42 +0200 Subject: [PATCH] tests: require l

bug#11371: [Patch] fix silent-rules option

tags 11371 wontfix thanks Hi Eric, Marc-Antoine. On 04/28/2012 07:48 PM, Eric Blake wrote: > On 04/28/2012 11:25 AM, Marc-Antoine Perennou wrote: >> The AM_SILENT_RULES macro needs an argument to be enabled. >> Currently, if the silent-rules option is set in AM_INIT_AUTOMAKE, the >> action is an

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 &quo

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 Fre

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. > > P

bug#11356: automake 1.12 and (C) 2011

On 04/28/2012 12:36 AM, Jack Kelly wrote: > On Fri, Apr 27, 2012 at 10:05 PM, Eric Blake wrote: >> On 04/27/2012 03:18 AM, Stefano Lattarini wrote: >>> On 04/27/2012 05:30 AM, Peter Johansson wrote: >>> +++ b/aclocal.in >>> @@ -840,9 +840,8 @@ $output"; &g

bug#11356: automake 1.12 and (C) 2011

the generated files (Makefile.in and aclocal.m4) are automatically kept up-to-date. * bootstrap (dosubst): Update, also substitute '@RELEASE_YEAR@'. Signed-off-by: Stefano Lattarini --- Makefile.am|6 +- aclocal.in |4 ++-- automake.in|4 ++

bug#11356: automake 1.12 and (C) 2011

> automake (GNU automake) 1.12 > Copyright (C) 2011 Free Software Foundation, Inc. > > whereas I expected it to say 'Copyright (C) 2012...' > Fixed with the attached patch (pushed to maint). Regards, Stefano >From b99b5be0d88d69698f71a5cc85d841c9816f3031 Mon Sep

bug#11347: the remake rules in the automake test suite are too greedy

tags 11347 + patch close 11347 thanks On 04/26/2012 04:28 PM, Eric Blake wrote: > On 04/26/2012 07:10 AM, Stefano Lattarini wrote: >> And here is a patch. The change itself is obvious, but I'd like a review >> on the long-winded commit message. >> > [SNIP] useful re

bug#11345: Fwd: lex-depend-cxx automake-1.12 test failure on Mac OS X 10.7.3 (Xcode-4.3.2)

tags 11345 patch severity 11345 minor close 11345 thanks On 04/26/2012 03:56 PM, Adam Mercer wrote: > On Thu, Apr 26, 2012 at 04:42, Stefano Lattarini > wrote: > >>> Does the attached patch solves the problem for you? >>> >> Oops, I forgot to add you to the THA

bug#11347: the remake rules in the automake test suite are too greedy

On 04/26/2012 12:10 PM, Stefano Lattarini wrote: > Severity: minor > > Reference: <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11306#11> > > On 04/22/2012 08:10 PM, Bruno Haible wrote: >> >> [SNIP] >> >> Modifying a test apparently requires me to

bug#11346: automake-1.12 - one test fails (due to truncated timestamp)

On 04/26/2012 11:38 AM, Stefano Lattarini wrote: > Will push shortly then. > Pushed now. I'm thus closing this bug report. Thanks, Stefano

bug#11347: the remake rules in the automake test suite are too greedy

Severity: minor Reference: On 04/22/2012 08:10 PM, Bruno Haible wrote: > > [SNIP] > > Modifying a test apparently requires me to have the same exact Autoconf > version (2.68) as you did. What an annoyance! I have to proceed like this: > > 1.

bug#11345: Fwd: lex-depend-cxx automake-1.12 test failure on Mac OS X 10.7.3 (Xcode-4.3.2)

On 04/26/2012 10:38 AM, Stefano Lattarini wrote: > Hi Adam, thanks for the report. > > On 04/26/2012 10:05 AM, Adam Mercer wrote: >> >> I've been looking at getting the version of automake in MacPorts >> updated to automake-1.12 and I'm getting the following t

bug#11346: automake-1.12 - one test fails (due to truncated timestamp)

tags 11346 + patch thanks On 04/26/2012 11:32 AM, Peter Breitenlohner wrote: > On Thu, 26 Apr 2012, Stefano Lattarini wrote: > >> Good idea. Can you confirm that the attached patch solves your problem? > > Hi Stefano, > > it does indeed. > Good. Will push shortly t

bug#11346: automake-1.12 - one test fails (due to truncated timestamp)

an you confirm that the attached patch solves your problem? Thanks, Stefano >From b3baa4f5f2312617c6f115b271efc48f84d908db Mon Sep 17 00:00:00 2001 Message-Id: From: Stefano Lattarini Date: Thu, 26 Apr 2012 10:52:48 +0200 Subject: [PATCH] tests: fix a spurious failure due to truncated timestamps Fixes automake bug#1134

bug#11345: Fwd: lex-depend-cxx automake-1.12 test failure on Mac OS X 10.7.3 (Xcode-4.3.2)

ude/unistd.h:502: error: conflicts with new declaration with > ‘C’ linkage > make: *** [joe.o] Error 1 > > This is with Mac OS 10.7.3 and Xcode-4.3.2 > Does the attached patch solves the problem for you? Thanks, Stefano >From 2eb5bde080ca3a74eabdb8e269a283da9b6cd4ca Mon S

bug#11345: Fwd: lex-depend-cxx automake-1.12 test failure on Mac OS X 10.7.3 (Xcode-4.3.2)

Forwarding this to bug-automake, so that we'll have a bug number to reference in our fix. Original message: Original Message Subject: lex-depend-cxx automake-1.12 test failure on Mac OS X 10.7.3 (Xcode-4.3.2)

bug#11153: change automake branching policy: dispensing with the 'branch-X.Y' branches in the future

I've now implemented the proposed branching setup, with the following steps: - I have removed the old and outdated 'next' branch (which was an ancestor of the current 'master'). - I have removed the 'branch-1.11' branch (whose tip pointed at the commit tagged by tag 'v1.11.5'). - Now th

bug#11302: Automake 1.11d on openSUSE 12.1

severity 11302 minor tags 11302 patch close 11302 thanks On 04/25/2012 01:22 AM, Bruno Haible wrote: > > Yes, it fixes the test failures of > > t/posixsubst-libraries.sh > t/posixsubst-ltlibraries.sh > t/posixsubst-scripts.sh > t/transform3.sh > Thanks for confirming. I've pushed the p

bug#11306: Automake 1.11d on MacOS X

On 04/23/2012 12:51 PM, Stefano Lattarini wrote: > On 04/22/2012 08:10 PM, Bruno Haible wrote: >> >> FAIL: t/lex-libobj >> >> But setting LEXLIB to just whitespace makes the test succeed: >> >> diff -r -u automake-1.11d.orig/t/lex-libobj.sh automake-1.11d/t/l

bug#11336: automake-1.11 test fail

On 04/24/2012 09:31 PM, Fred wrote: > Hello, > Hi Fred, thanks for the report. > I compiled automake-1.11 on Debian-6.0. > Consider that Automake 1.11 is pretty old, and suffers of a known security vulnerability; I suggest you install the latest maintenance release instead (1.11.5), or wait a coup

bug#11287: Various issues with the test suite framework

On 04/20/2012 01:13 PM, Akim Demaille wrote: > Hi! > Hi Akim, sorry for the delay. > I have seen that check-html will be removed, or rather moved > into the contrib part, but there are a few issues: > > - the target is not declared recursive, so one has to write > the bouncing target herself. >

bug#11323: automake-1.11.4 regression

tags 11323 notabug close 11323 thanks Hi Ralf. On 04/24/2012 09:50 AM, Ralf Corsepius wrote: > Hi, > > With automake < 1.11.4 it was possible to create empty directories this way: > > Makefile.am: > mystatedir = $(pkglocalstatedir) > mystatedir_DATA = > > > With automake-1.11.4, this doesn't

bug#11302: Automake 1.11d on openSUSE 12.1

ication. > You can either live with it, or clobber it afterwards. > After all, I went for a different and more reliable fix, i.e., using $(libdir) instead of $(prefix)/lib, and similarly for the other $(foodir) variables. So, does the attached patch fix the problem for you? Thanks,

bug#11306: Automake 1.11d on MacOS X

On 04/23/2012 02:40 PM, Dave Hart wrote: > Stefano, > > In the proposed patch, the word "foo" is used where "force" was > apparently intended. > In truth, "fool" was intended. I've fixed the patch accordingly. Thanks for catching this, Stefano

bug#11306: Automake 1.11d on MacOS X

set to a value > 1] got a bus error. It is a shell >>> script that runs perl (/usr/bin/perl, version 5.8.8). >>> >> I have tested automake with perl 5.8.8, 5.10.1, 5.12.4 and even perl 5.6.2, >> never seeing any error in these tests. So it seems like an an issue with

bug#11302: Automake 1.11d on openSUSE 12.1

On 04/22/2012 07:42 PM, Bruno Haible wrote: > Hi Stefano, > >>> FAIL: t/depcomp2 >>> >>> >>> [SNIP] >>> ... >>> The file 'stderr' is not empty: It contains this two-line warning >>> >>> configure: WARNING: if you wanted to set the --build type, don't use >>> --host. >>> I

bug#8665: automake should offer APIs to honour silent-rules verbosity from shell code in Makefiles

Reviving and oldish bug report (and CC:ing the Automake list now). Reference: I wrote: > > A relevant excerpt [from the manual]: > > You can add your own variables, so strings of your own choice are shown. > The following snippet shows how you

bug#11302: Automake 1.11d on openSUSE 12.1

On 04/21/2012 07:35 PM, Bruno Haible wrote: > > FAIL: t/posixsubst-libraries > > The test looks for a lib/ directory, but "make install" created a lib64/ > directory. This is due to the /usr/share/site/x86_64-unknown-linux-gnu > (from $CONFIG_SITE, set by /etc/profile.d/site.sh) which sets a libd

bug#11302: Automake 1.11d on openSUSE 12.1

Hi Bruno, thanks for the report. On 04/21/2012 07:35 PM, Bruno Haible wrote: > Stefano Lattarini wrote: >> The beta release "1.11d" of Automake is now available at >> <ftp://alpha.gnu.org/gnu/automake/>. > > On openSUSE 12.1 x86_64: 9 tests failed. > &g

bug#11306: Automake 1.11d on MacOS X

Hi Bruno, thanks for the report. On 04/21/2012 08:13 PM, Bruno Haible wrote: >> The beta release "1.11d" of Automake is now available at >> . > > On MacOS X 10.5, with Autoconf 2.65: 6 tests fail. > > FAIL: t/lex-libobj.sh > FAIL: t/parallel-am.sh > FAIL: t/par

bug#11093: [platform-testers] Automake 1.11.3b test release

@@ -87,7 +87,7 @@ > $AUTOMAKE -a > $AUTOCONF > > -./configure > +./configure || Exit 77 > > $MAKE all > ls -l # For debugging. > --- tests/vala-vapi.test.bak 2012-04-13 16:46:01.0 +0200 > +++ tests/vala-vapi.test 2012-04-21 14:50:56.0 +0200

bug#11252: recheck not dependent on all:

On 04/18/2012 01:27 PM, Stefano Lattarini wrote: > tags 11252 + patch > close 11252 > thanks > > I've applied the attached patch, which should solve the problem. This > fix will appear in the next major automake version (1.12). > Oops, I had attached the wrong patch

bug#11252: recheck not dependent on all:

tags 11252 + patch close 11252 thanks I've applied the attached patch, which should solve the problem. This fix will appear in the next major automake version (1.12). Regards, Stefano >From efcba6dd230f20726afcb9722df23f9b95b43eda Mon Sep 17 00:00:00 2001 Message-Id: From: Stefano L

bug#11239: aclocal-invocation

Hi Karl. On 04/13/2012 11:36 PM, Karl Berry wrote: > Regarding automake.texi in 1.11.4. The whole point of the "Individual > utilities" section is to have an entry for the actual command names. > > I can understand the rationale of changing the "individual" automake to > automake-invocation, sin

bug#11235: automake build fails: "Can't locate Locale/gettext.pm"

tags 11235 + patch close 11235 thanks On 04/13/2012 06:17 PM, Jim Meyering wrote: > Stefano Lattarini wrote: > ... >> Could you please reference the bug number here as well? As in: >> >> Subject: [PATCH] build: use slightly older help2man, for improved >> port

bug#11235: automake build fails: "Can't locate Locale/gettext.pm"

Hi Jim, thanks for the quick reply. On 04/13/2012 06:00 PM, Jim Meyering wrote: > Stefano Lattarini wrote: >> On a Fedora 16 system (the ppc64 one provided by the GCC compile farm, >> "gcc110"), when I try to build automake from a distribution tarball, I >> get thi

bug#11235: automake build fails: "Can't locate Locale/gettext.pm"

On a Fedora 16 system (the ppc64 one provided by the GCC compile farm, "gcc110"), when I try to build automake from a distribution tarball, I get this error: GEN doc/aclocal.1 GEN automake GEN doc/automake.1 GEN aclocal GEN lib/Automake/Config.pm GE

bug#11232: automake-1.11.4 regression

tags 11232 + patch close 11232 thanks On 04/13/2012 12:20 PM, Dmitry V. Levin wrote: > On Fri, Apr 13, 2012 at 10:42:09AM +0200, Stefano Lattarini wrote: >> Hi Dmitry, thanks for the report and the fix. >> >> On 04/13/2012 12:22 AM, Dmitry V. Levin wrote: >>> >

bug#11204: automake-1.11.4 test failures, powerpc-darwin8

On 04/13/2012 10:33 AM, David Fang wrote: > > Stefano Lattarini wrote: > >> What happens if you use GNU info instead? Do the testsuite failures >> persist? > > Already using GNU info (previous report): > Sorry, I meant GNU 'install-info' (instead o

bug#11232: automake-1.11.4 regression

Hi Dmitry, thanks for the report and the fix. On 04/13/2012 12:22 AM, Dmitry V. Levin wrote: > > [PATCH] install: fix the case then an install directory is a shell command > > Fixes automake bug#11232. > > GNU automake used to support shell commands in installation directories, > but it was inadve

bug#11204: automake-1.11.4 test failures, powerpc-darwin8

> These are weaknesses in the testsuite, which are fixed by the attached patch. Thanks for having found them. > [SNIP] passing tests Regards, Stefano >From 4cc65f752dbf9500bf367db1c19378641a91b5e5 Mon Sep 17 00:00:00 2001 Message-Id: <4cc65f752dbf9500bf367db1c19378641a91b5e5.1334304652.git.stef

bug#11229: [Patch] Distcheck is broken for C/Vala mixed projects

opyright-paperwork-exempt: yes Signed-off-by: Marc-Antoine Perennou Signed-off-by: Stefano Lattarini --- automake.in |3 +++ tests/vala-mix.test | 11 ++- 2 files changed, 13 insertions(+), 1 deletion(-) diff --git a/automake.in b/automake.in index 08b3300..836680a 1

bug#11222: Vala projects with vapi in *_SOURCES are broken with automake 1.11.4

tags 11222 + patch close 11222 thanks On 04/12/2012 01:24 PM, Marc-Antoine Perennou wrote: > On 12 April 2012 13:08, Stefano Lattarini wrote: > >> The two resulting patches are attached; since you are listed as the main >> author of one them and as a co-author of the other

bug#11222: Vala projects with vapi in *_SOURCES are broken with automake 1.11.4

c1c85ee1e09796a08f6504d1d0.1334228604.git.stefano.lattar...@gmail.com> From: Stefano Lattarini Date: Thu, 12 Apr 2012 00:40:34 +0200 Subject: [PATCH 1/2] vala: test vapi files handling (still failing) Exposes automake bug#11222. * tests/vala-vapi.test: New test, still failing. * tests/list-of-tests.mk (

bug#11222: Vala projects with vapi in *_SOURCES are broken with automake 1.11.4

On 04/11/2012 11:20 AM, Marc-Antoine Perennou wrote: > Hello, > Hello Marc-Antoine, thanks for the report. > bug#10894 introduced a regression in commit > 51f61dfb1e861062aaa1d73fab71278c85fe0594 >

bug#11153: change automake branching policy: dispensing with the 'branch-X.Y' branches in the future

On 04/04/2012 01:38 PM, Stefano Lattarini wrote: > On 04/04/2012 12:55 PM, Peter Rosin wrote: > >> Ok, we'll have to agree to disagree then. >> > That's fine, I just wanted to be sure there were no misunderstandings nor > incomprehension. > I've pushed t

bug#11204: automake-1.11.4 test failures, powerpc-darwin8

Hi David, sorry for the delay. On 04/09/2012 11:19 PM, David Fang wrote: >>> 17 of 921 tests failed >>> (29 tests were not run) >>> See tests/test-suite.log >>> >> ... send us a copy of this file ('tests/test-suite.log') in order for >> us to attempt a fix. > > Right. Re-ran. Attached, bzip2'd.

bug#11203: gawk, automake 1.11.4 and tcc

tags 11203 - moreinfo tags 11203 + notabug close 11203 thanks On 04/09/2012 10:54 AM, Stefano Lattarini wrote: > > I cannot reproduce this error with the gawk 'master' branch > But I can reproduce with what you have committed to the 'gawk-4.0-stable' branch (sorry

bug#11203: gawk, automake 1.11.4 and tcc

tags 11203 + moreinfo thanks On 04/08/2012 02:38 PM, Aharon Robbins wrote: > Hello all. > Hi Aharon, thanks for the report. > When I try to use tcc to compile gawk, I have problems after the initial > run of make. I have just moved the gawk-4.0-stable branch of gawk > to using automake 1.11.4.

bug#11204: automake-1.11.4 test failures, powerpc-darwin8

tags 11204 + moreinfo thanks On 04/08/2012 09:48 PM, David Fang wrote: > Hi, > > Getting 17 test failures on powerpc-darwin8: > Hi David. Thanks for the report, but it's basically impossible to understand what has gone wrong without the detailed logs of the test runs. So you should ... > =

bug#11185: flex %option "never-interactive" breaks few tests on Solaris

tags 11185 + patch close 11185 thanks On 04/05/2012 09:22 PM, Peter Rosin wrote: > On 2012-04-05 15:40, Stefano Lattarini wrote: >> Severity: minor >> thanks >> >> Hello automakers, Peter. >> >> The commit v1.11-2058-g6f4b08d of 06-03-2012, "tests

bug#11185: flex %option "never-interactive" breaks few tests on Solaris

On 04/06/2012 11:34 PM, Roumen Petrov wrote: > Hi Stefano, > Hi Roumen, sorry for the delay. > Stefano Lattarini wrote: >> Severity: minor >> thanks >> >> Hello automakers, Peter. >> >> The commit v1.11-2058-g6f4b08d of 06-03-2012, "tests:

bug#11185: flex %option "never-interactive" breaks few tests on Solaris

Severity: minor thanks Hello automakers, Peter. The commit v1.11-2058-g6f4b08d of 06-03-2012, "tests: explicitly state that our lexers do not require unistd.h", has been causing at least the tests 'lex-clean-cxx.test' and 'lex-depend-cxx.test' to break on Solaris, where lex is not flex, and does

bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option

On 04/04/2012 03:17 PM, Joseph S. Myers wrote: > On Sat, 31 Mar 2012, Stefano Lattarini wrote: > >> Note there's nothing I'm planning to do, nor I should do, in this regard: >> the two setups described above are both already supported by the current >> automake i

bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option

On 04/04/2012 01:53 AM, Miles Bader wrote: > Pedro Alves writes: >>> OK, you've all made clear you have your sensible reasons to have the '.info' >> >> ... >>> it available only though the new, undocumented option named (literally) >>> "hack!info-in-builddir". I hope this is acceptable to you. >>

bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option

On 04/03/2012 10:39 PM, Tom Tromey wrote: >>>>>> "Stefano" == Stefano Lattarini writes: > > Stefano> On a second though, by double-checking the existing code, I > Stefano> couldn't see how the 'cygnus' option could possibly influence >

bug#11153: change automake branching policy: dispensing with the 'branch-X.Y' branches in the future

On 04/04/2012 12:55 PM, Peter Rosin wrote: > On 2012-04-04 11:50, Stefano Lattarini wrote: >> On 04/03/2012 12:01 AM, Peter Rosin wrote: >>> >>> [SNIP] >>> >>> I'll try to explain what I mean again... >>> >>> I think we sho

bug#11153: change automake branching policy: dispensing with the 'branch-X.Y' branches in the future

On 04/03/2012 12:01 AM, Peter Rosin wrote: > > [SNIP] > > I'll try to explain what I mean again... > > I think we should do exactly as you describe above. However, for the > class of changes that are related to the actual release from maint > Changes which, actually, consist just in *bumping a ve

bug#11146: texinfo: could automake start using the '--tidy' option in its dvi and pdf rules?

On 04/01/2012 10:49 PM, Stefano Lattarini wrote: > References: > <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11146> > <http://lists.gnu.org/archive/html/bug-bison/2012-04/msg2.html> > > On 04/01/2012 03:11 PM, Stefano Lattarini wrote: >> On 04/01/2012

bug#11153: change automake branching policy: dispensing with the 'branch-X.Y' branches in the future

Severity: wishlist thanks Hello Automakers. After some real hand-on experience with the current branching policy of Automake, I'm convinced the presence of the 'branch-X.Y' branches is just an annoyance and a source of confusion, and that a better policy would be to simply have a 'maint' branch (

bug#11146: texinfo: could automake start using the '--tidy' option in its dvi and pdf rules?

Hi Karl, thanks for the review. On 04/01/2012 11:02 PM, Karl Berry wrote: > Since the '--tidy' option has only been introduced in Texinfo > 4.9 > > More ordinary English syntax would be: > Since the '--tidy' option was introduced in Texinfo 4.9 > > (Though the meaning is clear in the o

bug#11146: texinfo: could automake start using the '--tidy' option in its dvi and pdf rules?

[dropping texinfo-devel, as they shouldn't be interested in these details] On 04/01/2012 10:49 PM, Stefano Lattarini wrote: > > I'll thus apply to two attached patches to master in a couple of days > if there is no objection. > Ouch, the new test case was borked :-/ And th

bug#11146: texinfo: could automake start using the '--tidy' option in its dvi and pdf rules?

References: <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11146> <http://lists.gnu.org/archive/html/bug-bison/2012-04/msg2.html> On 04/01/2012 03:11 PM, Stefano Lattarini wrote: > On 04/01/2012 02:30 PM, Stefano Lattarini wrote: >> >> Most importantly, is the &

bug#11146: texinfo: could automake start using the '--tidy' option in its dvi and pdf rules?

On 04/01/2012 02:30 PM, Stefano Lattarini wrote: > > Most importantly, is the '--tidy' option supported by all recently-ish > Texinfo releases, or has it been introduced too recently to mandate its > use in Automake-generated recipes? > I'll answer myself on this, by

bug#11146: texinfo: could automake start using the '--tidy' option in its dvi and pdf rules?

Severity: wishlist thanks Hello everybody. Reading the texi2dvi manpage, I've stumbled on this interesting bit of information: --tidy: compile in a local *.t2d directory, where the auxiliary files are left. Output files are copied back to the original file. ... Using the `tid

bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option

On 03/31/2012 01:38 PM, Stefano Lattarini wrote: > On 03/28/2012 02:19 PM, Stefano Lattarini wrote: >> Hi Joseph, thanks for the feedback. >> On 03/28/2012 01:24 PM, Joseph S. Myers wrote: >>> >>> Is there better transition documentation somewhere? >>&g

bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option

On 03/28/2012 02:19 PM, Stefano Lattarini wrote: > Hi Joseph, thanks for the feedback. > On 03/28/2012 01:24 PM, Joseph S. Myers wrote: >> >> Is there better transition documentation somewhere? >> > Nope, but it would be a good idea to prepare it before starting to depr

bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option

Hi Alfred. On 03/31/2012 11:08 AM, Alfred M. Szmidt wrote: > - Have them distributed (automake's default). This means that >they will be build in the srcdir, not in the builddir: of >course, this only affects the maintainer, since for a user that >builds the package f

bug#11034: Binutils, GDB, GCC and Automake's 'cygnus' option

Hi Ian, Joseph, and sorry for the delay. On 03/29/2012 01:43 AM, Ian Lance Taylor wrote: > Stefano Lattarini writes: > >>> (I think avoiding info documentation being built in the source directory, >>> so that builds could use a non-writable source directory, ma

bug#11007: incorrect dependency style (depmode) of tcc

tags 11007 + patch close 11007 thanks On 03/27/2012 04:21 PM, Stefano Lattarini wrote: > > > > I can now reproduce the issue, after upgrading tcc to version 0.9.25 > > (either the issue wasn't present with the older version I had previously > > installed, or I hadn&#

bug#11034: Removing 'cygnus' mode in the near future

On 03/17/2012 12:31 AM, Stefano Lattarini wrote: > > So it's time we start thinking about deprecating and finally removing the > cygnus mode. I'm opening this report so we won't forget about the issue. > As a first step, we warn about the planned future backward-incom

bug#11093: [platform-testers] Automake 1.11.3b test release

tags 11093 + patch close 11093 thanks On 03/26/2012 02:51 PM, Stefano Lattarini wrote: > Hi Bruno, thanks for the report. > > [MEGA-SNIP] > I've pushed all the three patches to maint now, and I'm closing the bug report. Feel free to re-open it in case any problem persist. Thanks, Stefano

bug#11007: incorrect dependency style (depmode) of tcc

I Vincent, sorry for the awful delay. On 03/13/2012 02:28 PM, Vincent Lefevre wrote: > I've reported the following bug on the Debian BTS: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663705 > > for Automake 1.11.3. > > When I configure MPFR with CC=tcc, as soon as a .c file is modifie

bug#10462: Bug Report - Building all tools in 64Bit on Solaris 10.

On 03/02/2012 09:36 PM, Stefano Lattarini wrote: > > The issue you have encountered is just a testsuite weakness; nothing you > should really worry about, since it is not a symptom of any real automake > bug. And it should now be solved in the master branch. > > I will wait a

bug#11093: [platform-testers] Automake 1.11.3b test release

c is at least version 0.7... yes" > which is correct. But it should have tested for at least version 0.7.3. > Thanks for the analysis. I've added you as the main author of the patch to fix this bug (attached). Can you confirm that it works, and give your ACK to the authorship att

bug#11089: LINK determination

Severity: minor [CC:ing bug-automake, so that we won't forget about the issue] On 03/23/2012 03:32 AM, Jason DeVinney wrote: > Hi all, > Hi Jason, sorry for the delay. > I have a upc program with *.upc source files. I have some macros that > make UPC code look effectively like C code and so it i

bug#11079: master: Small typos in TAP documentation

d7344f5bcc580ca2c27b7a06f4bd6d7598c Mon Sep 17 00:00:00 2001 Message-Id: <6f245d7344f5bcc580ca2c27b7a06f4bd6d7598c.1332604248.git.stefano.lattar...@gmail.com> From: Stefano Lattarini Date: Sat, 24 Mar 2012 16:50:38 +0100 Subject: [PATCH] docs: terminate unfinished sentence, fix reference to a t

bug#11078: Mailing lists missing from the Automake's savannah page

The "Automake - Mailing Lists" page on Savannah: only lists the Automake-NG mailing list, and none of the lists for mainstream Automake. This is not good. Anyone knows right away how this should be fixed? Regards, Stefano

bug#10859: Automake 1.11a on OSX Lion with Clang

On 03/18/2012 08:58 PM, P. Martin wrote: > > 2) The second one I was giving you a few days to see if you changed it > before I brought it up :-) > > FAIL: python-pr10995.test > aclocal: warning: 'configure.ac' and 'configure.in' both present. > > Oops, my bad, I've introduced this issue

bug#11030: [FYI] {maint} install-mans: avoid spurious failure with NetBSD make (was: Re: bug#11030: should an empty "pkgdata_DATA" cause creation of $(pkgdatadir) by "make install"?)

On 03/18/2012 08:19 PM, Stefano Lattarini wrote: > tags 11030 + patch > close 11030 > thanks > > On 03/18/2012 08:03 AM, Stefano Lattarini wrote: >> >>> On 03/16/2012 11:04 PM, Stefano Lattarini wrote: >>>> >>>> You have convinced me that thi

bug#10997: pkglibexecdir is unconditionally created when make install

tags 10997 + patch close 10997 thanks On 03/17/2012 08:48 AM, Stefano Lattarini wrote: > On 03/12/2012 02:43 PM, Stefano Lattarini wrote: >> On 03/12/2012 12:21 PM, Peter Breitenlohner wrote: >>> >>> To summarize: 'nodist_bin_SCRIPTS =' is an extremely conve

bug#11030: should an empty "pkgdata_DATA" cause creation of $(pkgdatadir) by "make install"?

tags 11030 + patch close 11030 thanks On 03/18/2012 08:03 AM, Stefano Lattarini wrote: > >> On 03/16/2012 11:04 PM, Stefano Lattarini wrote: >>> >>> You have convinced me that this behaviour is more a bug than a feature. >>> >> And here is a patch (for ma

bug#11030: should an empty "pkgdata_DATA" cause creation of $(pkgdatadir) by "make install"?

On 03/17/2012 06:16 PM, Stefano Lattarini wrote: > [dropping automake, adding automake-patches] > > On 03/16/2012 11:04 PM, Stefano Lattarini wrote: >> >> You have convinced me that this behaviour is more a bug than a feature. >> > And here is a patch (for maint) th

bug#11030: should an empty "pkgdata_DATA" cause creation of $(pkgdatadir) by "make install"?

[dropping automake, adding automake-patches] On 03/16/2012 11:04 PM, Stefano Lattarini wrote: > > You have convinced me that this behaviour is more a bug than a feature. > And here is a patch (for maint) that should settle the issue. I will push by tomorrow if there is no objection.

bug#10816: [PATCH] aclocal: create local directory where to install m4 files

On 03/15/2012 08:57 PM, Stefano Lattarini wrote: > Fixes automake bug#8168 and bug#10816. > > A call like "aclocal -I m4 --install" used to fail if the 'm4' > directory wasn't pre-existing. This could be particularly > annoying when running in a checked-

bug#10997: pkglibexecdir is unconditionally created when make install

On 03/12/2012 02:43 PM, Stefano Lattarini wrote: > On 03/12/2012 12:21 PM, Peter Breitenlohner wrote: >> >> To summarize: 'nodist_bin_SCRIPTS =' is an extremely convenient way to >> ensure that $(bindir) -- or rather $(DESTDIR)$(bindir) -- exists. >> >

bug#11034: Removing 'cygnus' mode in the near future

Severity: wishlist thanks The section "The effect of --cygnus" in the automake manual reads: Some packages, notably GNU GCC and GNU gdb, have a build environment originally written at Cygnus Support. ... [SNIP] ... GNU maintainers are advised to use gnu strictness in preference to the s

bug#10816: [PATCH] aclocal: create local directory where to install m4 files

clocal-install-mkdir.test: Likewise. * tests/aclocal-no-install-no-mkdir.test: Likewise. * tests/aclocal-verbose-install.test: Likewise. * tests/list-of-tests.mk: Add them. Signed-off-by: Stefano Lattarini --- I will push this in a couple of days if there is no objection. Thanks to David and Javie

bug#10859: Automake 1.11a on OSX Lion with Clang

Reference: Hi! Any news on this? Have some (or maybe all) of these failures been solved by the recent patches aimed at solving bug#10866 "OSX with llvm"? Thanks, Stefano

bug#10671: truly close bug

close 10671 thanks Oops, this report was still open despite the fact that we had recognized it was not an automake bug. I'm truly closing it now. Sorry for the noise, Stefano

bug#10995: am__py_compile dose not get added to Makefile.in's

nd master. Best regards, and thanks, Stefano >From 463b6405380ac3ff266f980d30cfeeb55eb796ee Mon Sep 17 00:00:00 2001 Message-Id: <463b6405380ac3ff266f980d30cfeeb55eb796ee.1331799265.git.stefano.lattar...@gmail.com> From: Stefano Lattarini Date: Thu, 15 Mar 2012 09:00:12 +0100 S

<    2   3   4   5   6   7   8   9   10   11   >