Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11833
On 07/06/2012 11:01 PM, Stefano Lattarini wrote:
tags 11833 + moreinfo
severity 11833 minor
thanks
Hi Dennis, sorry for the delay.
On 07/01/2012 08:33 PM, Dennis Clarke wrote:
on debian 6.0.5 amd64 :
.
.
.
PASS: t
tags 12009 notabug
close 12009
thanks
On 07/21/2012 06:05 PM, Stefano Lattarini wrote:
AUtoconf test 035 autom4te preselections is failing when run with
developement versions of aclocal and automake installed in $PATH:
[SNIP]
Nothing serious: we had merely forgotten to update the list
On 11/19/2012 11:12 PM, Stefano Lattarini wrote:
Original patch:
http://lists.gnu.org/archive/html/automake-patches/2012-11/msg00023.html
Yaakov Selkowitz (1):
python: improve support for modern python (CPython 3.2 and PyPy)
Stefano Lattarini (7):
news: document fix for bug#8847 (PEP
Hi Yaakov. Thanks for the patch, and sorry for the delay.
On 11/05/2012 06:45 PM, Yaakov (Cygwin/X) wrote:
From: Yaakov Selkowitz yselkow...@users.sourceforge.net
* m4/python.m4 (AM_PATH_PYTHON): Add python3.3 to _AM_PYTHON_INTERPRETER_LIST.
* lib/py-compile: Fix compiled filenames for
Original patch:
http://lists.gnu.org/archive/html/automake-patches/2012-11/msg00023.html
Yaakov Selkowitz (1):
python: improve support for modern python (CPython 3.2 and PyPy)
Stefano Lattarini (7):
news: document fix for bug#8847 (PEP-3147, __pycache__)
tests: typofix in message
tests
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/am/python.am | 30 --
1 file changed, 24 insertions(+), 6 deletions(-)
diff --git a/lib/am/python.am b/lib/am/python.am
index cab6129..2f12af4 100644
--- a/lib/am/python.am
+++ b/lib/am/python.am
[+cc automake-patches]
On 11/14/2012 03:50 PM, Eric Blake wrote:
On 11/14/2012 07:41 AM, Stefano Lattarini wrote:
If I understand your argument correctly, you are claiming that
AC_CONFIG_MACRO_DIR should _not_ trace into AC_CONFIG_MACRO_DIR_TRACE,
so that case (2) can be distinguished
On 11/15/2012 11:58 AM, Stefano Lattarini wrote:
The below patch should allow our users to employ AC_CONFIG_MACRO_DIRS
with autoconf 2.69 as well. It still doesn't work with autoconf 2.68
and earlier though, due to a bug in autom4te option parsing (fixed by
autoconf commit v2.68-120-gf4be358
@@
. test-init.sh
mkdir am sys
+# FIXME: remove in Automake 1.14.
+mkdir am/internal
+: am/internal/ac-config-macro-dirs.m4
cat configure.ac 'END'
MY_MACRO
Now let's come to your nits ...
On 11/15/2012 01:10 PM, Eric Blake wrote:
On 11/15/2012 04:52 AM, Stefano Lattarini wrote
On 11/15/2012 01:00 PM, Eric Blake wrote:
On 11/15/2012 03:58 AM, Stefano Lattarini wrote:
As soon as you AC_PREREQ([2.70]), then yes, you can quit tracing
AC_CONFIG_MACRO_DIR.
The below patch should allow our users to employ AC_CONFIG_MACRO_DIRS
with autoconf 2.69 as well. It still doesn't
On 11/15/2012 01:53 PM, Eric Blake wrote:
On 11/15/2012 05:46 AM, Stefano Lattarini wrote:
* aclocal.in ($ac_config_macro_dirs_fallback): New global variable,
contains m4 code to issue a fallback definition of AC_CONFIG_MACRO_DIRS
as an alias for the private macro _AM_CONFIG_MACRO_DIRS
On 11/15/2012 02:13 PM, Eric Blake wrote:
On 11/15/2012 06:08 AM, Stefano Lattarini wrote:
Is _AM_EXTRA_RECURSIVE_TARGETS ever traced in any released version of
automake?
No, that's why I wanted to remove it.
More importantly, we'll have to start pre-selecting the
'AM_EXTRA_RECURSIVE_TARGETS
Hi Tru, sorry for the further delay.
On 11/08/2012 10:17 PM, Tru Huynh wrote:
On Thu, Nov 08, 2012 at 08:27:28PM +0100, Stefano Lattarini wrote:
I've done several fixes to the Automake testsuite since 1.12 was released;
could you please try with the last released version (1.12.4) and see
tags 12836 - moreinfo
tags 12836 + notabug
close 12836
On 11/15/2012 05:33 PM, Tru Huynh wrote:
On Thu, Nov 15, 2012 at 05:24:56PM +0100, Stefano Lattarini wrote:
Hi Tru, sorry for the further delay.
no problem :)
FAIL: t/lex-header
==
lex-header: running flex --version
tags 12877 - moreinfo
tags 12877 notabug
close 12877
thanks
On 11/14/2012 12:09 PM, Sebastian Freundt wrote:
Stefano Lattarini stefano.lattar...@gmail.com writes:
On 11/14/2012 07:45 AM, Sebastian Freundt wrote:
(GNU) m4 when being called with the variable POSIXLY_CORRECT behaves
On 11/13/2012 11:41 PM, Eric Blake wrote:
[SNIP]
(3) Packages that use more than one AC_CONFIG_MACRO_DIR. You argue
that this was broken to begin with.
Correct.
I agree. We don't want to support several calls to AC_CONFIG_MACRO_DIR,
nor calls to AC_CONFIG_MACRO_DIR specifying more
tags 12877 + moreinfo
thanks
Hi Sebastian, thanks for the report.
On 11/13/2012 11:30 AM, Sebastian Freundt wrote:
shell automake --version
automake (GNU automake) 1.12.1
autoreconf: running: automake --add-missing --copy --force-missing
Use of uninitialized value $macro in exists at
On 11/11/2012 08:40 PM, Thien-Thi Nguyen wrote:
() Stefano Lattarini stefano.lattar...@gmail.com
() Sun, 11 Nov 2012 10:11:51 +0100
If you want to avoid recursion, you should use a non-recursive
Makefile. GNU packages like Coreutils, Bison and Automake itself
already use
tags 12845 wontfix
close 12845
thanks
On 11/09/2012 07:01 PM, Stefano Lattarini wrote:
I agree; and as I said, I plan to remove aclocal's new-found ability
to handle AC_CONFIG_MACRO_DIR before releasing Automake 1.13.
On a second thought, that would cause extra confusion in the client
[+cc bug-automake]
On 11/09/2012 05:33 PM, Nick Bowler wrote:
On 2012-11-09 18:00 +0200, Adrian Bunk wrote:
On Sat, Nov 03, 2012 at 01:31:39AM +0100, Stefano Lattarini wrote:
On 11/02/2012 09:46 PM, Eric Blake wrote:
On 10/17/2012 04:15 AM, Stefano Lattarini wrote:
[...]
Hmm, I'm wondering
tags 12837 wontfix
severity 12837 minor
close 12837
thanks
Hi Tru
Given that the 1.11.x release is no longer being actively maintained,
I don't think it's worth worrying about this couple of minor testsuite
failures. I'm thus closing this report. Let's concentrate on the
issues you're having
tags 12836 + moreinfo
severity 12836 minor
thanks
On 11/08/2012 03:10 PM, Tru Huynh wrote:
Hello,
Hi Tru, thanks for the report.
automake 1.12 fails 2 tests (autoconf version 2.69 used).
[tru@liberte automake-1.11.6]$ rpm -q kernel gcc
kernel-2.6.18-308.16.1.el5.x86_64
tags 12657 + wontfix
close 12657
thanks
On 10/15/2012 09:31 PM, Nick Bowler wrote:
On 2012-10-15 15:30 +0300, Hristo Venev wrote:
Consider the following example:
bin_PROGRAMS = prog
prog_SOURCES = a file.c another file.c
This doesn't work and nor does any other way I have thought
On 10/14/2012 06:42 PM, Paul Eggert wrote:
On 10/14/2012 02:49 AM, Stefano Lattarini wrote:
However, for the future, might I ask you to provide complete patches, even
for trivial fixlets like this one? That would make the workflow easier for
me.
Sure. Even less work for you (and for me
8 8 8 8 8
From a8eac4978d3ba21da0e1ee3ce643788383997de0 Mon Sep 17 00:00:00 2001
Message-Id:
a8eac4978d3ba21da0e1ee3ce643788383997de0.1349252144.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Tue, 2 Oct 2012 21:27:28 +0200
Thanks Nick for chiming in. Your explanation is basically right:
Automake ought to place generated-but-distributed files in the
source directory rather than in the build directory, for two major
reasons:
1. as you've noted, putting such files in builddir could cause
inconsistencies in
tags 12495 + patch
close 12495
thanks
On 09/29/2012 08:18 PM, Stefano Lattarini wrote:
Here is the patch finally. I will commit it in a couple of days if there
are no objections. As usual, comments are welcome.
8 8 8 8 8 8 8 8 8
Subject
tags 12501 + moreinfo
severity 12501 wishlist
thanks
On 09/24/2012 09:35 AM, Hib Eris wrote:
Hi all,
I think Automake generated makefiles can be a little less verbose when
building with silent rules.
Please consider attached patch.
Thanks,
Hib Eris
From
tags 12495 - moreinfo
thanks
On 09/27/2012 09:53 PM, Hib Eris wrote:
Hi all,
On 09/24/2012 11:20 AM, Hib Eris wrote:
On 2012-09-27 10:38 +0200, Stefano Lattarini wrote:
[...]
Thanks for digging out all these details. However, I still don't understand
why you consider the current
Sep 17 00:00:00 2001
Message-Id:
ba23bc70ab6296d978a681e01d3c342a5c235fae.1348731873.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Thu, 27 Sep 2012 09:43:27 +0200
Subject: [PATCH] docs: fix minor typo: s/expending/expanding/
* doc/automake.texi (Wildcards
tags 12495 + moreinfo
thanks
Hello everybody, sorry for the late reply.
On 09/24/2012 11:20 AM, Hib Eris wrote:
Hi,
On Mon, Sep 24, 2012 at 10:53 AM, Peter Johansson troj...@gmail.com wrote:
I have attached an example setup.
After running 'autoreconf -fi', I get a lib/Makefile.in with an
Severity: wishlist
On 09/25/2012 02:08 AM, Peter Johansson wrote:
Hi,
Hi Peter. I'm moving this discussion to bug-automake so that we
won't forget about the issue.
I just helped a co-developer who experienced a mysterious
autoreconf: Entering directory `.'
autoreconf: configure.ac: not
On 09/12/2012 09:12 AM, Dagobert Michelsen wrote:
Hi Stefano,
Hi Dagobert, thanks for not giving up on this.
Am 11.09.2012 um 17:29 schrieb Dagobert Michelsen d...@opencsw.org:
Am 11.09.2012 um 11:01 schrieb Stefano Lattarini
stefano.lattar...@gmail.com:
Resurrecting an oldish bug report
On 09/12/2012 08:31 PM, Юрий Пухальский wrote:
For your info, the proposed clarification in standard concerning chaining
rules.
http://austingroupbugs.net/view.php?id=602#c1363
Thanks for keeping me posted. I'm sending this answer to the bug ticket
as well (in CC:), to give it some closure
Resurrecting an oldish bug report:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11524
Hi Dagobert.
Can you still reproduce the failures reported in bug#11524 with the
latest Automake version (1.12.3)? If not, I will close the bug.
Regards,
Stefano
On 09/07/2012 01:44 PM, Stefano Lattarini wrote:
[Re-adding the list, please keep it in the loop in future answers]
On 09/07/2012 01:16 PM, Юрий Пухальский wrote:
Ok, got it.
The automake version i've tried is 1.12.3, the latest available
from the site.
If there is .pc.lo rule, .pc don't
extension.
* t/tags-pr12372.sh: Extend.
* t/list-of-tests.mk: Add it.
Suggested-by: Юрий Пухальский aikip...@gmail.com
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
t/list-of-tests.mk | 1 +
t/tags-pr12372.sh | 18 ++
2 files changed, 19 insertions(+)
diff --git
chaining of make suffix rules (was: Re:
bug#7824: won't fix)
To: Stefano Lattarini stefano.lattar...@gmail.com
Cc: 7...@debbugs.gnu.org, Automake List autom...@gnu.org
On Mon, Jul 23, 2012 at 4:42 PM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
[Re-adding the list, as this discussion
[Re-adding the list, please keep it in the loop in future answers]
On 09/07/2012 01:16 PM, Юрий Пухальский wrote:
Ok, got it.
The automake version i've tried is 1.12.3, the latest available
from the site.
If there is .pc.lo rule, .pc don't get into the tags and for .pc-only
sourced
severity 12276 minor
close 12276
thanks
Hi Elham, thanks for the report.
On 08/25/2012 10:59 PM, elham abbaszade wrote:
GNU Automake 1.11.3: tests/test-suite.log
This Automake version is quite outdated, and suffers from a known
security vulnerability:
On 08/22/2012 02:51 PM, daniel.ja...@t-online.de wrote:
Hi Stefano,
Hi Daniel. Note that I'm re-adding the mailing list in CC:, so that
our discussion will be registered in the Automake bug tracker.
here are the files you asked for.
Thanks!
tags 12250 + moreinfo
severity 12250 minor
thanks
On 08/21/2012 03:15 PM, daniel.ja...@t-online.de wrote:
Hi,
Hi Daniel, thanks for the report.
this is only to report errors while compiling automake 1.12.3 under
Solaris 9 as asked for. Please find the relevant files in the
attachment. No
Severity: wishlist
[CC:ing bug-automake so that I won't forget about this issue]
On 08/17/2012 01:04 AM, Jeff Johnston wrote:
If a configure.ac file is edited and the following added:
LT_INIT
AC_PROG_LIBTOOL
I think you shouldn't add both, BTW; AC_PROG_LIBTOOL is the
obsolescent name for
merge 12198 12211
close 12211
thanks
On 08/16/2012 04:57 PM, Adam Sampson wrote:
Hi,
Hi Adam, thanks for the report.
In automake-1.12.3, the distcheck-override-infodir test fails to
correctly unmangle the main.texi file it creates -- which causes the
test to fail because main.texi doesn't
slowing down our already
slow testsuite even more).
Thanks,
Stefano
From e57f57d01d4236c91dc645b901637140e463ee53 Mon Sep 17 00:00:00 2001
Message-Id: e57f57d01d4236c91dc645b901637140e463ee53.1344934674.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Tue, 14
On 08/14/2012 02:20 AM, Dennis Clarke wrote:
cc: 12...@debbugs.gnu.org
On 08/13/2012 01:46 AM, Dennis Clarke wrote:
At least I can get results in one hour now. :-\
[SNIP]
Same as before: the only actual failure is:
FAIL: t/silent-many-generic
===
On 08/14/2012 06:44 PM, Stefano Lattarini wrote:
Hi Peter, thanks for the report and the fix.
On 08/14/2012 03:25 PM, Peter Rosin wrote:
Ok to push this fix to maint?
Cheers,
Peter
[Subject] tests: fixup: make distcheck-override-infodir pass again
I'd suggest being a little more
On 08/14/2012 03:38 PM, Peter Rosin wrote:
On 2012-08-14 15:14, Simon Josefsson wrote:
Hi. It builds and passes self-checks except for the
t/distcheck-override-infodir test. Output below.
/Simon
FAIL: t/distcheck-override-infodir
A post is (soon) available in automake-patches, I posted
On 08/14/2012 05:30 PM, Dennis Clarke wrote:
Hey man, get off my soap box! I was here first. :-)
Yeah, I noticed too late :-) (after reading the latest messages
in the bug-grep list).
I went through a little pain with pcre also but sorted it all
out by determining that the output
On 08/14/2012 07:33 PM, Dennis Clarke wrote:
No ones fault other than the jerks at Sun followed by the much
larger jerks at Oracle.
While I might sympathize with your frustration, I *strongly* ask you
to refrain from name-calling on this list. Using harsh words against
problematic/buggy
tags 12198 + patch
severity 12198 minor
close 12198
thanks
On 08/14/2012 07:49 PM, Peter Rosin wrote:
On 2012-08-14 18:53, Stefano Lattarini wrote:
On 08/14/2012 06:44 PM, Stefano Lattarini wrote:
Hi Peter, thanks for the report and the fix.
On 08/14/2012 03:25 PM, Peter Rosin wrote:
Ok
On 08/13/2012 01:59 AM, Dennis Clarke wrote:
My guess is that your grep (in /usr/local/bin/ggrep ) is busted.
First clue:
By the way, I did have one test with GNU grep fail and yes,
I did file a report. The reply was not helpful :
From Jim Meyering some email address
Sent
On 08/12/2012 12:34 PM, Dennis Clarke wrote:
From: Stefano Lattarini
seems a problem in your compilers' setup rather than in the test
itself. Could you please investigate whether this is the case?
Certainly, I will go back and have another look more carefully.
Thanks.
Also, since I
forcemerge 11896 12178
close 12178
thanks
Hi Dennis, thanks for the report.
On 08/11/2012 03:52 AM, Dennis Clarke wrote:
.
.
I'll dig into it and find the FAIL :
FAIL: t/aclocal7
Running from installcheck: no
Using TAP: no
PATH =
severity 12164 wishlist
tags 12164 wontfix
thanks
On 08/09/2012 09:58 PM, Bruce Korb wrote:
Hi,
It seems that AM_PROG_CC
Huh? There is no such think like 'AM_PROG_CC'. I guess you mean
AC_PROG_CC.
likes to default CFLAGS to -g -Wall
Since AC_PROG_CC comes from Autoconf, this is not due
On 08/06/2012 11:20 AM, Michał Górny wrote:
On Mon, 06 Aug 2012 09:38:08 +0200
Stefano Lattarini stefano.lattar...@gmail.com wrote:
On 08/05/2012 11:45 AM, Michał Górny wrote:
autoconf: 2.69
automake: 1.12.2
libtool: 2.4.2
Also, which version of make are you using?
GNU Make 3.82
OK
On 08/06/2012 10:41 AM, Jack Kelly wrote:
On Mon, Aug 6, 2012 at 5:38 PM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
On 08/05/2012 11:45 AM, Michał Górny wrote:
My library was structured like the following:
- src/foo (the header file),
Why not simply using a more usual name like
tags 7441 + patch
close 7441
thanks
On 08/04/2012 04:05 PM, Stefano Lattarini wrote:
With these patched, I believe the recent work on Elisp support is mature
enough for inclusion in master. I will proceed to the merge soon enough.
If you have doubts or objections, speak up soon!
Thanks
On 07/31/2012 09:31 PM, Stefano Lattarini wrote:
On 07/31/2012 09:17 PM, Dave Goodell wrote:
In the meantime, I propose pushing the original patch (plus your
formatting fixup) and then revisiting the -MD,asdf.d approach
and tests afterwards. Does that sound reasonable?
Absolutely. I want
On 07/31/2012 09:17 PM, Dave Goodell wrote:
On Jul 20, 2012, at 9:02 AM CDT, Dave Goodell wrote:
On Jul 12, 2012, at 3:43 PM CDT, Stefano Lattarini wrote:
In particular, I propose the attached patch. Can you give it a try to check
whether it works?
I'm currently in the process of running
severity 12064 minor
thanks
On 07/27/2012 04:12 AM, Peter Johansson wrote:
Hi automakers,
I was about to make a release when I discovered that distcheck suddenly
didn't work
anymore. The distclean rule failed with
Making distclean in doc
make[2]: Entering directory
On 07/25/2012 03:39 PM, Stefano Lattarini wrote:
On 07/25/2012 03:26 PM, Dennis Clarke wrote:
Stefano Lattarini wrote:
Could you try what happens issuing this command as root with all the shells
you have at your disposal (/bin/sh, /usr/xpg4/bin/sh, /bin/ksh and
bash at least)?
I'll see
close 12058 notabug
thanks
Hi Dave.
On 07/26/2012 04:42 PM, David Lowe wrote:
Background information: on OSX, the preferred distribution method for
libraries is the 'framework' which is a click-and-draggable object
that contains headers and libraries together. The standard location
for
On 07/25/2012 02:33 PM, Dennis Clarke wrote:
The attached patch should solve the issue. Could you give it a try?
Seems to fix that.
Good, I will soon apply it then.
However I am fairly certian that all files are not executable from the
perspective of the root user. That seems absurd.
On 07/25/2012 03:26 PM, Dennis Clarke wrote:
Stefano Lattarini wrote:
Could you try what happens issuing this command as root with all the shells
you have at your disposal (/bin/sh, /usr/xpg4/bin/sh, /bin/ksh and
bash at least)?
I'll see if I can find the enthusiasm for it ;-)
Yeah
On 07/24/2012 03:33 PM, Dennis Clarke wrote:
These are known testsuite issues (not real bugs in automake), and have
already been solved in the development version of Automake. So we don't
need to worry about them.
Okay .. this is a good thing. I guess we can expect a release on that in
the
tags 11855 + patch
close 11855
thanks
On 07/22/2012 05:31 PM, Stefano Lattarini wrote:
Reference: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11855
The actual implementation is done by the first patch. The second on
is just a minor testsuite cleanup while we are at it.
I intend to push
tags 11909 + patch
close 11909
thanks
On 07/14/2012 01:38 PM, Stefano Lattarini wrote:
On 07/11/2012 02:37 PM, Max Horn wrote:
turns out there is one more test failure on Mac OS X 10.7.4,
in t/self-check-explicit-skips.sh.
I can reproduce the issue with bash 3.2 on Debian.
Looking
On 07/23/2012 05:26 PM, Simon Josefsson wrote:
Stefano Lattarini stefano.lattar...@gmail.com writes:
severity 11532 minor
tags 11532 + moreinfo
thanks
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11532
On 05/21/2012 02:24 PM, Simon Josefsson wrote:
Hi! I got two failures
* t/color.sh: Rename ...
* t/color-tests.sh: ... like this.
* t/color2.sh: Rename ...
* t/color-tests2.sh: ... like this.
* t/list-of-tests.mk: Adjust.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
t/{color.sh = color-tests.sh} |0
t/{color2.sh = color-tests2.sh} |0
tags 7824 + wontfix
tags 7670 + wontfix
close 7824
close 7670
thanks
These bugs would IMHO be too expensive to fix, and anyway fixing them would
only bring a very marginal gain (as the issues only affects few vendor makes,
and only appears in unusual -- albeit admittedly fully legitimate --
severity 11401 minor
tags 11401 + moreinfo
thanks
I'm tagging this bug with more info required, because we're still
waiting to see how things will evolve on the Libtool side.
Regards,
Stefano
AUtoconf test 035 autom4te preselections is failing when run with
developement versions of aclocal and automake installed in $PATH:
-*-*-*-
# -*- compilation -*-
35. tools.at:1162: testing autom4te preselections ...
./tools.at:1168: automake --version || exit 77
On 07/14/2012 11:34 AM, Stefano Lattarini wrote:
Reference: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7648
The bug has finally been fixed by Akim Demaille (kudos to him); the fix
will appear in the next maintenance version of Automake (1.12.3).
See the thread:
http://lists.gnu.org
Reference: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7648
The bug has finally been fixed by Akim Demaille (kudos to him); the fix
will appear in the next maintenance version of Automake (1.12.3).
See the thread:
http://lists.gnu.org/archive/html/automake-patches/2012-07/msg00088.html
and in
retitle 11942 Oops, spurious report, ignore
tags 11942 notabug
close 11942
thanks
While replying to an old bug report, I've opened a new one by mistake.
I'm closing it now.
Sorry for the noise,
Stefano
severity 11909 minor
thanks
On 07/11/2012 02:37 PM, Max Horn wrote:
Hi there,
Hi Max, sorry for the delay.
turns out there is one more test failure on Mac OS X 10.7.4,
in t/self-check-explicit-skips.sh.
I can reproduce the issue with bash 3.2 on Debian.
Looking at the code, I don't
On 07/12/2012 09:36 PM, Eric Blake wrote:
On 07/12/2012 12:42 PM, Stefano Lattarini wrote:
In the light of our discussion, attached is the patch I'd finally like
to push. WDYT?
Looks fine to me (although I have not actually tested it).
Pushed now.
Thanks,
Stefano
Severity: minor
The # serial lines are only considered by aclocal for the system-wide
third-party '.m4' files, not for the Automake-provided ones (and even in
that case, they are considered only when the '--install' aclocal option
is used). So they serve no real purpose in the Automake '.m4'
Hi Peter.
On 07/11/2012 11:21 PM, Peter Rosin wrote:
On 2012-07-11 14:44, Stefano Lattarini wrote:
On 07/09/2012 07:04 PM, Max Horn wrote:
I am currently looking into packaging automake 1.12.1 for
Fink http://www.finkproject.org/ on Mac OS X 10.7.
Doing that, several test suite failures
On 07/12/2012 04:00 PM, Peter Rosin wrote:
Stefano Lattarini wrote:
Since that requirement is only needed for bootstrapping, I could send
you a (patched) tarball to test (so that you'll only require an
autoconf = 2.62). Would that be more acceptable?
Shoot!
Sent in private.
So
forcemerge 11924 11896
close 11924
thanks
On 07/12/2012 10:15 AM, Peter Simons wrote:
Hi,
Hi Peter, thanks for the report.
we have recently updated from Automake 1.12.1 to 1.12.2 in the NixOS Linux
distribution. That change caused a unit test failure in t/aclocal7.sh. The
complete build
.1342125705.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Thu, 12 Jul 2012 22:37:24 +0200
Subject: [PATCH] depcomp: get rid of file-lock hack for Portland Group
Compilers
* lib/depcomp (pgcc): The modern pgcc compilers seems to accept an
argument for the '-MD
2001
Message-Id: 66bcbd11febd14e5653482b57e33fb56afe7bbfb.1342010645.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Wed, 11 Jul 2012 14:36:13 +0200
Subject: [PATCH] tests: don't use C instead of C++ compiler on
case-insensitive platforms
This change fixes
On 07/10/2012 04:30 PM, Max Horn wrote:
On 10.07.2012, at 16:06, Stefano Lattarini wrote:
On 07/10/2012 03:56 PM, Max Horn wrote:
This fixes most of the errors, except for
PASS: t/suffix8.tap 10
ERROR: t/suffix8.tap 10 - make distcheck # UNPLANNED
ERROR: t/suffix8.tap - too many tests
severity 11898 minor
thanks
On 07/10/2012 04:26 PM, Max Horn wrote:
Hi there,
there is another test failure I am experiencing on Mac OS X 10.7.4,
but this time I have no idea what's wrong (in particular, no idea
if this is a problem with my particular system; with OS X or with
automake).
Max, could you keep the mailing list in the loop in your future replies,
so that they will be registered in the bug tracker? Thanks.
For this time, I'm quoting the relevant part of your reply, so no need to
re-send.
On 07/10/2012 05:44 PM, Max Horn wrote:
On 10.07.2012, at 16:54, Stefano
On 07/06/2012 02:42 AM, Jack Kelly wrote:
On Fri, Jul 6, 2012 at 7:57 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
Usually I'd agree, and in fact I had done as you're suggesting in a
previous attempt; but that caused the test 'lisp3.sh' to fail :-/
With the patch I've posted
On 07/06/2012 10:34 AM, Stefano Lattarini wrote:
Thanks. I'll push the patch by this evening or afternoon if nobody
else speaks out.
Pushed now. I'm thus closing this bug report.
Regards,
Stefano
tags 11833 + moreinfo
severity 11833 minor
thanks
Hi Dennis, sorry for the delay.
On 07/01/2012 08:33 PM, Dennis Clarke wrote:
on debian 6.0.5 amd64 :
.
.
.
PASS: t/self-check-cleanup.tap 5 - post-cleanup removed null-perms testdir
PASS: t/self-check-cleanup.tap 6 - pre-cleanup with
tags 11863 - moreinfo
thanks
On 07/05/2012 08:19 AM, Gary V. Vaughan wrote:
Hi Reuben,
On 5 Jul 2012, at 05:39, Reuben Thomas wrote:
On 4 July 2012 23:35, Stefano Lattarini stefano.lattar...@gmail.com wrote:
tags 11863 + moreinfo
thanks
On 07/04/2012 10:43 PM, Reuben Thomas wrote:
I
Le 29 juin 2012 à 19:01, Stefano Lattarini a écrit :
Hi Akim.
Hi!
On 06/29/2012 09:17 AM, Akim Demaille wrote:
It seems that in recent changes, the test logs have lost
their title, which included the exit status. Now, reading
a log, one can no longer know how the test exited.
All
.
* t/lisp-pr11806.sh: New test.
* t/list-of-tests.mk: Add it.
Copyright-paperwork-exempt: yes
Co-authored-by: Stefano Lattarini stefano.lattar...@gnu.org
Reported-by: Makoto Fujiwara mak...@ki.nu
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/am/lisp.am |3 ++-
lib/elisp
Hi Jack, thanks for the feedback.
On 07/05/2012 11:33 PM, Jack Kelly wrote:
On Fri, Jul 6, 2012 at 3:56 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
On 07/01/2012 01:03 AM, Jack Kelly wrote:
Thanks. I've condensed a patch from you explanation (see attachment).
I will push
Severity: wishlist
Hello automakers.
Anyone has an idea about why the 'color-tests' option should be not
enabled by default (apart from the obvious historical reasons, that
is)?
Even when this option is on, the developer is free to disable testsuite
coloring on a per-makefile basis (by adding
tags 11863 + moreinfo
thanks
On 07/04/2012 10:43 PM, Reuben Thomas wrote:
I have a library that I want to build just for tests. Hence, I add it
to check_LTLIBRARIES. It's a plugin, so I want the .so (or .dll or
whatever) to be built, but it isn't!
It isn't built when you run make check? That
Addresses the main part of Automake bug#11287.
* contrib/t/parallel-tests-html-recursive.sh: New test.
* contrib/t/local.am: Add it.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
contrib/t/local.am |1 +
contrib/t/parallel-tests-html-recursive.sh
Related to automake bug#11287.
* contrib/t/check-html.am (.log.html): Here, passing $(AM_RST2HTMLFLAGS)
and $(RST2HTMLFLAGS) (in that order).
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
contrib/check-html.am |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
to the
one in 'contrib/t/parallel-tests-html.sh'. Prefer 'mv -f' over bare
'mv'. Do not break the recipe in
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
contrib/check-html.am | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/contrib/check
in merging our previous version of the fix in the
'ng/master' codebase, Automake-NG still lacks a fix for bug#11791).
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
I plan to push this by this evening.
Regards,
Stefano
lib/am/check.am | 38
301 - 400 of 902 matches
Mail list logo
