checks a little.
* t/list-of-tests.mk (handwritten_TESTS): Add the new tests.
(XFAIL_TESTS): Add the new xfailing test.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
t/list-of-tests.mk| 3 ++
t/no-extra-c-stuff.sh | 74
tags 14594 notabug
close 1459
stop
Hi Jeff. Thanks for the report, but I don't think there is a real
bug here.
On 06/12/2013 01:42 AM, Jeff Squyres (jsquyres) wrote:
Attached is a trivial reproducer showing that Automake is not including
depcomp
in the generated Makefile.in, which therefore
On 06/12/2013 06:47 PM, Jeff Squyres (jsquyres) wrote:
On Jun 12, 2013, at 9:18 AM, Stefano Lattarini stefano.lattar...@gmail.com
wrote:
Hi Jeff. Thanks for the report, but I don't think there is a real
bug here.
Short version: yes, you're right; with your suggestion, I did more
On 06/12/2013 04:14 PM, Ralf Corsepius wrote:
On 06/12/2013 12:25 PM, Stefano Lattarini wrote:
Thanks, this is exactly what I needed, and your diagnosis seems spot-on.
I will soon post a couple of patches that should first expose and then
fix the issue.
I gave your patches some life-testing
tags 14581 + notabug
close 14581
stop
On 06/08/2013 11:14 PM, Xavier Roche wrote:
Hi folks!
Hi Xavier.
While trying automake 1.13, users stumbled upon regression from previous
releases, when using TESTS = *.test in automake test suite.
That's because, starting from Automake 1.13, the
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13771#8
Resurrecting an old thread to correct some wrong information
(given by myself, sorry about that).
On 03/05/2013 04:20 PM, Stefano Lattarini wrote:
Hi Daiki, sorry for the delay.
On 02/20/2013 10:27 AM, Daiki Ueno wrote:
Hi
retitle GNU make specific stuff cannot be used in RHS of TESTS = 14561
retitle GNU make specific stuff cannot be used in RHS of TESTS = 13771
forcemerge 13771 14561
stop
On 06/05/2013 09:22 PM, Marko Lindqvist wrote:
This was found originally when trying to use automake-1.13 (including
attempt
8 8 8
From b2b3692d37e9812a5895b5a054da597731d7eb08 Mon Sep 17 00:00:00 2001
Message-Id:
b2b3692d37e9812a5895b5a054da597731d7eb08.1370706503.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Sat, 8 Jun 2013 17:47:30 +0200
Subject: [PATCH
...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Sat, 8 Jun 2013 22:00:32 +0200
Subject: [PATCH] tests: expose automake bug#13928
* t/subobj-indir-pr13928.sh: New test, still xfailing.
* t/subobj-vpath-pr13928.sh: Likewise.
* t/list-of-tests.mk (XFAIL_TESTS, handwritten_TESTS
From b4eefc79759fcb2c5941a65759d242488af8ed1a Mon Sep 17 00:00:00 2001
Message-Id:
b4eefc79759fcb2c5941a65759d242488af8ed1a.1370251672.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Mon, 3 Jun 2013 11:27:49 +0200
Subject: [PATCH] tests: fix spurious
tags 14517 + patch
thanks
On 05/31/2013 12:02 PM, Peter Rosin wrote:
On 2013-05-31 11:58, Stefano Lattarini wrote:
On 05/31/2013 11:52 AM, Peter Rosin wrote:
I'm not going to write the patch this week though, and possibly
not in the near future as I have other things ($$$) to do as well
This is a follow-up to the commit fixing automake bug#14493.
* t/cxx-demo.sh: Also check that the built program returns the
correct (i.e., zero) exit status when run. And improve comments
a little while at it.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
t/cxx-demo.sh | 6
On 06/03/2013 12:47 PM, Colin Watson wrote:
On Mon, Jun 03, 2013 at 11:29:08AM +0200, Stefano Lattarini wrote:
You are perfectly right. I thought the sleeps implicit in configure
invocations were enough to avoid this kind of issues, but after a more
careful consideration I realized I
On 06/03/2013 11:47 AM, Stefano Lattarini wrote:
Peter Rosin wrote:
Yup, I'm happy to test anything you come up with (within reason :-).
Here it is. Does it work for you?
PATCH] tests: fix spurious failure when 'etags' program is Exuberant Ctags
Fixes automake bug#14517.
* t/tags
On 06/03/2013 03:44 PM, Peter Rosin wrote:
On 2013-06-03 15:21, Stefano Lattarini wrote:
On 06/03/2013 11:47 AM, Stefano Lattarini wrote:
Peter Rosin wrote:
Yup, I'm happy to test anything you come up with (within reason :-).
Here it is. Does it work for you?
PATCH] tests: fix spurious
severity 14517 minor
stop
Hi Peter, thanks for the report.
On 05/31/2013 11:15 AM, Peter Rosin wrote:
Hi!
I recently installed etags on Cygwin.
$ etags --version
Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren Hiebert
Compiled: Dec 11 2009, 11:42:40
Addresses:
On 05/31/2013 11:52 AM, Peter Rosin wrote:
On 2013-05-31 11:36, Stefano Lattarini wrote:
With that info (and with the help of the docs for the --langmap option), I
can make the test PASS *for this etags* with the below patch.
I also question if it's wise to 'cat TAGS' in the test, as I have
On 05/30/2013 09:28 AM, Peter Rosin wrote:
On 2013-05-29 11:23, Stefano Lattarini wrote:
On 05/29/2013 09:48 AM, Peter Rosin wrote:
On 2013-05-29 09:41, Peter Rosin wrote:
Hi!
On Automake master (baf8a1c22acce0908), t/subobj11a.sh fails
on MSYS/MSVC (depmode=msvc7msys), like this:
+ make
On 05/30/2013 08:24 AM, Peter Rosin wrote:
On 2013-05-29 11:50, Stefano Lattarini wrote:
On 05/29/2013 08:33 AM, Peter Rosin wrote:
Hi!
On MSYS, I have this situation:
$ texi2dvi --version
You don't have a working TeX binary installed, but the texi2dvi script
can't proceed without
On 05/29/2013 01:46 AM, Peter Rosin wrote:
Hi!
Hi Peter, thanks for the report (and the plethora of the following
ones :-)
On MSYS, t/distcheck-pr10470.sh from the master branch fails with this
log file:
Ah, this test is always skipped on POSIX systems, so I never got to update
it when the
On 05/28/2013 11:45 AM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14441
I plan to push this (to 'micro') in a day or so.
Stefano Lattarini (8):
tests: expose automake bug#14441
Automake::Rule: expose suffix rules as a function, not a scalar
On 05/29/2013 01:43 AM, Peter Rosin wrote:
Hi!
I have this interesting log snippet from a failed run of t/cxx-demo.sh
on the master branch (commit baf8a1c22acce0908):
And as you noted in your follow-up message, the problem is the same on
the micro branch (87e49f4f040c8ab))
+ for p in
On 05/29/2013 10:39 AM, Peter Rosin wrote:
On 2013-05-29 02:08, Peter Rosin wrote:
Hi!
When t/lex-header.sh tries to compile main.c on the master branch, it fails
like this snippet below, since MSVC does not have unistd.h. I suppose main.c
should add
#define YY_NO_UNISTD_H 1
before
On 05/29/2013 09:48 AM, Peter Rosin wrote:
On 2013-05-29 09:41, Peter Rosin wrote:
Hi!
On Automake master (baf8a1c22acce0908), t/subobj11a.sh fails
on MSYS/MSVC (depmode=msvc7msys), like this:
+ make quux
src/.deps/foo.Po:1: *** target pattern contains no `%'. Stop.
It appears that the
:
6e45cbfbebf6b18f68b7195a1d3a31855c533fce.1369819885.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Wed, 29 May 2013 11:31:25 +0200
Subject: [PATCH] tests: avoid a spurious failure when $CC != cc
Fixes automake bug#14500.
* t/subpckg.sh: Improve
...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Wed, 29 May 2013 11:41:09 +0200
Subject: [PATCH] tests: avoid a spurious failure when TeX is not installed.
Fixes automake bug#14499.
* t/txinfo-no-split.sh: If TeX is not available, redefine 'dvi' to be a
dummy target, so
On 05/29/2013 11:54 AM, Peter Rosin wrote:
On 2013-05-29 07:48, Peter Rosin wrote:
Hi!
With the master branch (baf8a1c22acce0908) bison generates code with
a bunch of inline functions, but inline is spelled __inline with
MSVC, and the test fails spectacularly.
An example error message:
On 05/29/2013 03:33 PM, Peter Rosin wrote:
On 2013-05-29 10:50, Stefano Lattarini wrote:
On 05/29/2013 01:46 AM, Peter Rosin wrote:
Hi!
Hi Peter, thanks for the report (and the plethora of the following
ones :-)
On MSYS, t/distcheck-pr10470.sh from the master branch fails with this
log
On 05/29/2013 03:39 PM, Peter Rosin wrote:
On 2013-05-29 10:57, Stefano Lattarini wrote:
On 05/29/2013 01:43 AM, Peter Rosin wrote:
Hi!
I have this interesting log snippet from a failed run of t/cxx-demo.sh
on the master branch (commit baf8a1c22acce0908):
And as you noted in your follow-up
On 05/29/2013 04:49 PM, Peter Rosin wrote:
[SNIP]
Still no go...
[SNIP]
make[2]: Leaving directory
`/home/peda/automake/t/distcheck-pr10470.dir/distcheck-pr10470-1.0/_build'
if test -d distcheck-pr10470-1.0; then find distcheck-pr10470-1.0 -type d
! -perm -200 -exec chmod u+w {} ';'
On 05/29/2013 05:20 PM, Peter Rosin wrote:
On 2013-05-29 16:54, Stefano Lattarini wrote:
What if you do something like:
$EGREP (^| )(rm|find):.*$distdir output
instead?
Yup, that did it. Thanks!
I'm pushing the following.
Nice, thank you. Now only bug#14499 remains to be addressed
severity 14441 minor
tags 14441 + patch
stop
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14441
On 05/22/2013 09:35 PM, Felix Salfelder wrote:
Hi there
Hi Felix, sorry for the delay.
i have discovered a bug in file extensions handling [1]. consider two
Makefile.am's (skipping
(XFAIL_TESTS): Drop test 'suffix-custom-pr14441.sh'.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/Automake/Rule.pm | 31 ---
t/list-of-tests.mk | 1 -
2 files changed, 12 insertions(+), 20 deletions(-)
diff --git a/lib/Automake/Rule.pm b/lib/Automake
outside thus modules --- and
only those details, no more.
(@EXPORT): Adjust.
* automake.in (derive_suffix): Likewise.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
automake.in | 9 -
lib/Automake/Rule.pm | 20 +---
2 files changed, 21 insertions
* lib/Automake/Rule.pm: Here, in several places.
* automake.in (register_language): And a tiny adjustment here as well.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
automake.in | 2 +-
lib/Automake/Rule.pm | 70
2
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
NEWS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/NEWS b/NEWS
index ab519c4..43da27d 100644
--- a/NEWS
+++ b/NEWS
@@ -87,6 +87,16 @@ New in 1.13.3:
- Byte-compilation of Emacs lisp files could fail spuriously
* t/suffix-custom-pr14441.sh: New test, still failing.
* t/list-of-tests.mk (handwritten_TESTS, XFAIL_TESTS): Add it.
Helped-by: Felix Salfelder fe...@salfelder.org
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
THANKS | 1 +
t/list-of-tests.mk | 2
* lib/Automake/Rule.pm (suffix_rule): Rename ...
(next_in_suffix_chain): ... like this.
(%suffix_rules): Adjust comments.
(@EXPORT): Adjust.
* automake.in (derive_suffix): Likewise.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
automake.in | 2 +-
lib/Automake
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14441
I plan to push this (to 'micro') in a day or so.
Stefano Lattarini (8):
tests: expose automake bug#14441
Automake::Rule: expose suffix rules as a function, not a scalar
suffix rules: better distinction between builtin and user
* lib/Automake/Rule.pm (@_known_extensions_list): This one.
(@_suffixes): And this one.
(%_rule_dict): And this one.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/Automake/Rule.pm | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/lib/Automake
* lib/Automake/Rule.pm (%suffix_rules): Rename ...
(%_suffix_rules): ... like this.
(%suffix_rules_builtin): Rename ...
(%_suffix_rules_builtin): ... like this.
(reset, next_in_suffix_chain, register_suffix_rule, suffix_rules_count):
Adjust.
Signed-off-by: Stefano Lattarini stefano.lattar
On 05/28/2013 12:47 PM, Felix Salfelder wrote:
Hi Stefano.
On Tue, May 28, 2013 at 11:43:37AM +0200, Stefano Lattarini wrote:
Hi Felix, sorry for the delay.
hey that was pretty fast! thank you.
user to shoot himself in the foot if he really wants to.
it't not me. it's the python
tags 14488 + moreinfo
severity 14488 minor
stop
On 05/28/2013 01:58 PM, Philipp Thomas wrote:
THe above tests fail on openSUSE factory, i.e. the development version. logs
show this:
FAIL: t/am-config-header
Running from installcheck: no
Test Protocol:
tags 14488 - moreinfo
tags 14488 + notabug
close 14488
stop
On 05/28/2013 02:19 PM, Philipp Thomas wrote:
* Stefano Lattarini (stefano.lattar...@gmail.com) [20130528 14:07]:
This certainly doesn't come from stock Automake. I think it is caused by
some OpenSUSE patch. Can you confirm
UPDATE: one year later
The redirection issues described in this report were also making it
impossible to try the Automake testsuite with parallel make, as with:
make check AM_TESTSUITE_MAKE=make -j8
Racy, random failures were in fact often present, making it hard to
trust the results of the
On 05/17/2013 05:50 AM, Michael Zucchi wrote:
On 16/05/13 19:39, Stefano Lattarini wrote:
On 05/16/2013 05:57 AM, Michael Zucchi wrote:
On 15/05/13 22:39, Stefano Lattarini wrote:
On 05/15/2013 01:52 PM, Michael Zucchi wrote:
On 14/05/13 03:47, Stefano Lattarini wrote:
Well if that's
On 04/29/2013 02:39 PM, Philipp Thomas wrote:
am-config-header-no-more fails on openSUSE factory i.e., the development
version, log is attached. Can somebody explain what's going wrong?
Philipp
AM_CONFIG_HEADER has been restored in Automake 1.13.2: its use now only
causes warnings, not fatal
On 04/29/2013 02:45 PM, Philipp Thomas wrote:
The log is attached. Again I'd like to understand what's going wrong.
Philipp
AM_PROG_CC_STDC has been restored in Automake 1.13.2: its use now only
causes warnings, not fatal errors. The issue you're reporting should
therefore have
tags 14396 notabug
close 14396
thanks
On 05/14/2013 05:07 AM, Mike Frysinger wrote:
i've been playing around with subdir-objects and noticed that sub-compiles
don't respect AM_CPPFLAGS :(
The failure you're seeing is due to a user error. See below. I'm thus
closing this report as not a bug.
On 05/11/2013 11:57 AM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#130
Hello everybody, sorry for the delay. This follow-up is looong
overdue.
On 01/14/2013 11:23 AM, Stefano Lattarini wrote:
On 01/13/2013 10:06 PM, Nick Bowler wrote:
On 2013
On 05/12/2013 06:29 AM, Michael Zucchi wrote:
Hi again,
I (mostly) just have an observation to add to the bug tracker discussion
on the dependency generation.
Using $? will not suffice as a dependency check, as it's trivially easy
to create an example which will compile ok after a change
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#130
Hello everybody, sorry for the delay. This follow-up is looong
overdue.
On 01/14/2013 11:23 AM, Stefano Lattarini wrote:
On 01/13/2013 10:06 PM, Nick Bowler wrote:
On 2013-01-13, Stefano Lattarini stefano.lattar...@gmail.com
,
Stefano
From 4ccf9a8034c597f33ce9592f06533e3cd096fd99 Mon Sep 17 00:00:00 2001
Message-Id: 4ccf9a8034c597f33ce9592f06533e3cd096fd99.1368124506.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Thu, 9 May 2013 20:23:40 +0200
Subject: [PATCH] docs: we still don't
On 05/06/2013 09:14 PM, Luke Dalessandro wrote:
Are there any updates on integrating either latexmk or
rubber-based builds as standard infrastructure in automake?
Luke
Attempting to write patches myself about this is not on my radar
ATM, so I fear we are stuck at patches welcome. Sorry.
retitle 14337 Uncleer error messages when a test script is missing
severity 14337 minor
tags 14337 wontfix
thanks
On 05/03/2013 02:48 AM, Bruce Korb wrote:
It's taken me a few hours to unwind all this stuff, but the bottom line
seems to be that make check doesn't think it needs to do anything
On 05/03/2013 03:37 PM, Bruce Korb wrote:
On 05/03/13 02:27, Stefano Lattarini wrote:
retitle 14337 Uncleer error messages when a test script is missing
severity 14337 minor
tags 14337 wontfix
thanks
Meets _my_ expectation... :)
Never mind. I think the test driver code should say
tags 14323 notabug
close 14323
Hi Eric, Torsten.
On 05/01/2013 03:38 AM, Eric Blake wrote:
On 04/30/2013 10:31 AM, Torsten Mähne wrote:
Hello,
Please find attached a fix for config.guess,
Thanks, but this is the wrong list. Automake regularly syncs from the
canonical upstream source,
tags 12554 + patches
close 12554
stop
On 04/29/2013 11:00 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12554
I will apply this series in a couple pf days, barring objections.
Feedback and testing is welcome
Stefano Lattarini (7):
tests: expose
On 04/29/2013 12:18 PM, Stefano Lattarini wrote:
On 04/29/2013 08:11 AM, Pavel Raiskup wrote:
Hi!
I have re-introduced the line removed by mistake.
It seems to be completely OK now,
Thanks, I will push shortly then, barring further objections.
thanks a LOT for your patience.
I think
On 04/28/2013 09:39 AM, Joshua C. wrote:
2013/4/27 Stefano Lattarini stefano.lattar...@gmail.com:
Thanks for the promp solution! About the other part:
What works for me is adding 'LIBTOOL=@LIBTOOL@ --tag=CC', which I
found on the internet. Can you reproduce this at your side?
Actually, I
severity 12554 minor
tags 12554 + patch
thanks
On 10/01/2012 11:52 PM, Michael Daniels wrote:
Hello,
Hi Michael, sorry for the delay.
automake 1.11.3
make 3.81
Linux 3.2.0-23-generic x86_64
Just to get some initial context, automake is generating this code for
recursive targets:
#
* t/make-keepgoing.tap (Makefile.am): Here.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
t/make-keepgoing.tap | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/t/make-keepgoing.tap b/t/make-keepgoing.tap
index a81bf6c..a71d2d0 100755
--- a/t/make
'.
Reported-by: Michael Daniels mdani...@rim.com
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/am/subdirs.am | 13 ++---
t/list-of-tests.mk | 1 -
2 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/lib/am/subdirs.am b/lib/am/subdirs.am
index c4c3694
ourselves with exposing the bug, with
the hope of being able to fix soon enough.
* t/subdir-keep-going-pr12554.sh: New test.
* t/list-of-tests.mk (handwritten_TESTS, XFAIL_TESTS): Add it.
* THANKS: Update
Reported-by: Michael Daniels mdani...@rim.com
Signed-off-by: Stefano Lattarini stefano.lattar
in sync with
the new test.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/am/header-vars.am | 13 +++--
t/list-of-tests.mk| 1 +
t/make-dryrun.tap | 7 +--
t/make-keepgoing.tap | 134 ++
4 files changed, 148 insertions
tags 14315 notabug
close 14315
stop
Oops, erroneously created while dealing with bug#12254. Please ignore,
and sorry for the noise,
Stefano
On 04/26/2013 08:29 PM, Stefano Lattarini wrote:
On 04/26/2013 01:48 PM, Pavel Raiskup wrote:
Actually, I prefer to keep the checks distinct, and output the problematic
UID/GID as well (makes debugging easier). So I'd rather drop the squash-in
patch you proposed.
No problem :).
I'm also
On 04/26/2013 01:03 PM, Peter Rosin wrote:
On 2013-04-25 14:19, Stefano Lattarini wrote:
*snip*
* THANKS: Likewise.
* t/tar-ustar-id-too-high.sh: New test.
* t/list-of-tests.mk: Add it.
* t/tar2.sh: While at it, tweak and enhance a little.
* t/tar3.sh: Likewise.
* t/tar-override.sh
On 04/26/2013 12:57 PM, Joshua C. wrote:
2013/4/25 Stefano Lattarini stefano.lattar...@gmail.com:
On 04/20/2013 10:52 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13832
Hi Joshua, sorry again for the shameful delay.
Can you check whether the attached
On 04/26/2013 03:22 PM, Joshua C. wrote:
It looks like you nailed this down! I couldn't fail the test in 10
consecutive runs. I'll say this patch fixed it.
Good! I will push the patch shortly. I'm not closing the bug report,
since the other failure is still unaddressed.
Thanks,
Stefano
On 04/26/2013 01:48 PM, Pavel Raiskup wrote:
Actually, I prefer to keep the checks distinct, and output the problematic
UID/GID as well (makes debugging easier). So I'd rather drop the squash-in
patch you proposed.
No problem :).
I'm also quite afraid of testsuite performance of
tags 13760 + patch
stop
On 04/23/2013 11:12 AM, Stefano Lattarini wrote:
Reference: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13760
Hello, and sorry for the shameful delay.
Boris Kolpackov wrote:
I think if we try to support all make flavors in a combined test,
things will get messy
On 04/20/2013 10:52 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13832
Hi Joshua, sorry again for the shameful delay.
Can you check whether the attached patch solves the failure you've been
experiencing with the test 't/ar-lib4.sh'?
Ping
tags 14019 + patch
close 14019
stop
On 04/21/2013 01:08 PM, Sven Verdoolaege wrote:
On Sat, Apr 20, 2013 at 09:17:24PM +0200, Stefano Lattarini wrote:
On 03/20/2013 05:10 PM, Sven Verdoolaege wrote:
Is it no longer allowed to have conditional tests as in
TESTS = @extra_tests
On 04/22/2013 03:55 PM, Stefano Lattarini wrote:
Hi Peter, thanks for the feedback.
On 04/22/2013 03:21 PM, Petr Hracek wrote:
Hello Stefano,
thanks for the patch. All is working properly.
User is informed that UID is not enough smaller and configure script does
not failed.
Good
This is mostly a preparatory patch in view of future changes.
* lib/am/header-vars.am (am__is_gnu_make): New, contains shell code that
determines whether we are running under GNU make.
* t/make-is-gnu.sh: New test.
* t/list-of-tests.mk: Add it.
Signed-off-by: Stefano Lattarini stefano.lattar
in $MAKEFLAGS correctly. For GNU
make, that is already done by the proper use of the $MFLAGS variable.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/am/header-vars.am | 8
1 file changed, 8 insertions(+)
diff --git a/lib/am/header-vars.am b/lib/am/header-vars.am
index
and less brittle, but also fixes automake
bug#13760 (at least when GNU make is in use).
* t/make-dryrun.tap: Adjust: some tests that were xfailing now pass.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/am/header-vars.am | 43 ---
t/make
On 04/23/2013 05:04 PM, Petr Hracek wrote:
Hello Stefano,
I was a little bit busy.
No worries.
From my point of view user is not informed that his UID is too big.
I think that it should be mentioned and visible directly on the screen.
But then, following the same logic, we should also
Hi Peter, thanks for the feedback.
On 04/22/2013 03:21 PM, Petr Hracek wrote:
Hello Stefano,
thanks for the patch. All is working properly.
User is informed that UID is not enough smaller and configure script does not
failed.
Good to know the logic is sound. However, I now notice that
severity 14079 minor
stop
Hi Mostafa. Thanks for the report, and sorry for the shameful delay.
On 03/28/2013 08:11 AM, Mostafa wrote:
Hello,
Absolute paths in EXTRA_DIST will cause make distcheck failure.
Yes, Automake doesn't really support distributing files outside the
source tree and
severity 14014 minor
thanks
Hi Dennis. Thanks for the report, and sorry for the shameful delay.
On 03/21/2013 04:14 PM, Dennis Clarke wrote:
On Debian 7 :
vanth $ uname -a
Linux vanth 3.2.0-4-powerpc64 #1 SMP Debian 3.2.39-2 ppc64 GNU/Linux
vanth $ cat /etc/debian_version
7.0
back the results?
Thanks,
Stefano
8 8 8 8 8 8 8 8 8
From 12e62106381ead9467ef7fbe14940e32aa849a61 Mon Sep 17 00:00:00 2001
Message-Id:
12e62106381ead9467ef7fbe14940e32aa849a61.1366483309.git.stefano.lattar...@gmail.com
From: Stefano Lattarini
severity 14019 minor
thanks
Hi Sven, sorry for the shameful delay.
On 03/20/2013 05:10 PM, Sven Verdoolaege wrote:
The parallel test harness doesn't seem to like conditional tests.
Not if they don't have extensions declared with TEST_EXTENSIONS. This is
just a limitation you'll have to live
Lattarini stefano.lattar...@gmail.com
Date: Sat, 20 Apr 2013 22:46:30 +0200
Subject: [PATCH] tests: avoid possible autotools caching issues (automake
bug#13832)
* t/ar-lib4.sh: Here, by calling aclocal with the '--force' option
after having modified configure.ac.
Signed-off-by: Stefano Lattarini
tags 13988 notabug
tags 13988 wontfix
close 13988
stop
Hello Behzad, thanks for the report.
On 03/17/2013 06:20 PM, riddl...@gmail.com wrote:
Greetings,
I am reporting bug report for make check output.
All the failures reported in the attaches test-suite.log are
due to the fact that you
severity 14132 wishlist
thanks
Hi Paul, sorry for the shameful delay.
On 04/03/2013 03:37 PM, Zimmermann Paul wrote:
Hi,
this is not a real bug report, but a feature request.
And tagging the report accordingly.
We are using automake in the GNU MPFR project. Thank you for this
severity 14123 minor
tags 14123 + moreinfo
thanks
On 04/02/2013 12:15 PM, John Pierce wrote:
Info page generating app: Automake fails to compile The only version that
compiled is 1.13.1
Are you using Texinfo 5.x to build the older versions of the manual? If yes
don't -- that Texinfo version
tags 14123 + notabug
tags 14123 - moreinfo
close 14123
stop
Thanks for getting back to us so quickly.
On 04/02/2013 08:18 PM, John Pierce wrote:
Yeah, I figured that out. I got to thinking that it wasn't your fault
because multiple old versions were not compiling. So after some deductions
I
Reference: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7328
On 03/29/2013 09:44 PM, Bastien ROUCARIES wrote:
We have been it by this bug on imagemagick source.
Any news of a solution ?
No, sorry. Moreover, this is a part of Automake I don't know well
(nor even decently actually), and I
On 03/11/2013 01:05 PM, Bert Wesarg wrote:
On Mon, Mar 11, 2013 at 10:46 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
On 03/11/2013 10:31 AM, Bert Wesarg wrote:
I have the impression that variable references in filenames aren't
supported anyway, right?
Wrong, actually
will be registered in the bug tracker.
On Mon, Mar 11, 2013 at 7:58 PM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
On 03/11/2013 01:05 PM, Bert Wesarg wrote:
On Mon, Mar 11, 2013 at 10:46 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
On 03/11/2013 10:31 AM, Bert Wesarg wrote
On 03/11/2013 10:33 PM, Nick Bowler wrote:
On 2013-03-11 21:55 +0100, Stefano Lattarini wrote:
[...]
- from Automake 2.0 onward, only enable the automatic dependency
tracking if GNU make is used; we can thus assume the presence
of the -include directive
Actually, to be more precise
On 02/03/2013 09:33 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13435
On 01/28/2013 02:55 PM, Stefano Lattarini wrote:
On 01/23/2013 01:16 PM, Stefano Lattarini wrote:
I've pushed my attempt to the public rewindable branch
'experimental/djgpp
tags 13435 + moreinfo patch
thanks
On 03/05/2013 08:43 PM, DJ Delorie wrote:
I won't hold you up. Since none of my folks thought it important
enough to take the time to test it, please just back-burner it. If
someone here needs the patch, they know where to find it.
OK. I just find it a
On 02/25/2013 09:14 AM, Peter Rosin wrote:
On 2013-02-23 19:06, Stefano Lattarini wrote:
On 02/23/2013 06:46 PM, Stefano Lattarini wrote:
On 02/21/2013 04:06 PM, Stefano Lattarini wrote:
In a couple of days, I will proceed with this branch moving:
* branch-1.13.2 - maint
* maint
On 02/23/2013 07:06 PM, Stefano Lattarini wrote:
In a couple of days, I will proceed with this branch moving:
* branch-1.13.2 - maint
* maint - master
* master - next
Done.
Damn, not really. For some questionable reason, Savannah is rejecting
my non-fast-forward push to master
On 02/21/2013 04:06 PM, Stefano Lattarini wrote:
On 02/21/2013 03:32 PM, Stefano Lattarini wrote:
Not yet; we first need a preparatory patch adjusting NEWS and HACKING (as
well as few miscellaneous comments in tests and scripts). Then we can
finally proceed with the re-shuffling of the Git
* t/make-dryrun.tap: Here.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
t/make-dryrun.tap | 99 ++-
1 file changed, 47 insertions(+), 52 deletions(-)
diff --git a/t/make-dryrun.tap b/t/make-dryrun.tap
index 14d379a..4aa7146
On 02/18/2013 09:53 AM, Pavel Raiskup wrote:
Hi Stefano, thanks for refinements! I'm ok with these patches.
Good! I will push them tomorrow if I hear no objection by then.
[..]
See also:
http://lists.gnu.org/archive/html/bug-automake/2013-01/msg00115.html
101 - 200 of 902 matches
Mail list logo