* t/self-check-cleanup.tap, t/self-check-dir.tap: Unset the
'keep_testdirs' environment variable, to avoid spurious errors
when the testsuite is run with "keep_testdirs=yes make check".
Signed-off-by: Stefano Lattarini
---
t/self-check-cleanup.tap |1 +
t/self-check-dir.tap |1 +
2 f
On 04/11/2012 09:27 PM, Jim Meyering wrote:
> Surprised by parallel build failures,
>
Oops *blush* I must admit that, while I usually run the testsuite with
a high degree of parallelism, I also usually run the build proper with
a simple "make all", because that is so fast anyway. So I ended up
rel
* t/self-check-cleanup.tap: This test contained several buglets
introduced in the recent row of commits that converted the Automake
build system to a non-recursive setup. Fix them. Since we are at
it, enhance the test to cover also the use of the 'keep_testdirs'
environment variable in order to k
Surprised by parallel build failures, I tracked them down:
>From 3fcf1fe611140eb6677d5893719bec1d96f106db Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Wed, 11 Apr 2012 21:25:48 +0200
Subject: [PATCH] avoid parallel build failures
A parallel build would fail when two concurrent sub-make proc
Some maintainer checks were too greedy in processing 'Makefile.am'
files, looking for them even in temporary directories left behind
by the test cases, thus causing occasional spurious failures.
* syntax-checks.mk (ams): Ignore 'Makefile.am' files in the
temporary test directories.
Signed-off-by:
The 'sc_tests_makefile_variable_order' maintainer check is too
strict sometimes, blaming automake for outputting out-of-order
variables when this is in fact due to the result of post-processing
of third-party tools or custom test code.
* t/tap-doc2.sh: Ensure the final Makefile.in (that we hack by
* HACKING (Release procedure): Do not state that the result of
"make fetch" is woefully incomplete: this is not true anymore today.
Suggest to re-run the testsuite after a "make fetch", in case any
file has been updated.
Signed-off-by: Stefano Lattarini
---
HACKING |6 +++---
1 files change
* syntax-check.mk (sc_mkinstalldirs): Now the 'mkinstalldirs' is
listed in the top-level 'Makefile.am', not in 'lib/Makefile.am';
adjust the "whitelist" accordingly.
(sc_ensure_testsuite_has_run): The 'test-suite.log' file created by
"make check" is now placed in the top-level directory, not in the
* configure.ac (AC_INIT): Bump version number to 1.11c, as per
HACKING suggestion.
* NEWS: Likewise.
* m4/amversion.m4: Likewise (autoupdated by ./bootstrap).
Signed-off-by: Stefano Lattarini
---
NEWS|4 ++--
configure.ac|2 +-
m4/amversion.m4 |6 +++---
3 files chang
* configure.ac (AC_INIT): Bump version number to 1.11b.
* NEWS: Likewise.
* m4/amversion.m4: Likewise (autoupdated by ./bootstrap).
Signed-off-by: Stefano Lattarini
---
NEWS|4 ++--
configure.ac|2 +-
m4/amversion.m4 |6 +++---
3 files changed, 6 insertions(+), 6 dele
* lib/texinfo.tex: Synced from upstream, by "make fetch".
* lib/INSTALL: Likewise.
Signed-off-by: Stefano Lattarini
---
lib/INSTALL |8 ++--
lib/texinfo.tex | 92 +-
2 files changed, 67 insertions(+), 33 deletions(-)
diff --git a/lib
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 the attached patch to 'master' now. I will w
* t/vala2.sh: In the 'PKG_CHECK_MODULES' call in 'configure.ac',
don't require gobject >= 2.10, but just >= 2.4: that is enough in
order for the test to pass.
* t/vala3.sh: Likewise.
* t/vala5.sh: Likewise. Also, skip the test instead of failing
if the ./configure invocation fails: that is likely
* t/vala-mix2.sh: Invoke ./configure with the option
'--enable-dependency-tracking', so that slower dependency
extractors are not rejected. This avoids a spurious failure
at least on Solaris when the Sun C compiler is used.
Signed-off-by: Stefano Lattarini
---
t/vala-mix2.sh |3 ++-
1 files
This is a follow-up to commit v1.11-2128-g7f2bc63 of 09-04-2012,
"tests: avoid spurious failures with non-flex 'lex' programs and
C++". It is required to avoid a couple of spurious failures on
Solaris and NetBSD systems (at least). See also automake bug#11185.
* t/lex-clean-cxx.sh (parsefoo.lxx)
On 04/08/2012 02:54 PM, Stefano Lattarini wrote:
> Hi Jim.
>
> On 04/06/2012 08:54 PM, Jim Meyering wrote:
>>
>> I'm glad you're working on this.
>> I haven't looked at actual patches, but did try to parse the short
>> summaries:
>>
>>> Stefano Lattarini (8):
>>> tests: move most helper scripts
16 matches
Mail list logo
