A complete testsuite run on Cygwin (thanks Bruno!) uncovered a couple
more w32-related test failures. The parallel-tests3.test actually
needed another $sleep, so I figured we might as well wait until the
test log summary has been written, and then just a bit longer so that
'make' has enough time t
This test failure only showed up with parallel NetBSD make: it doesn't
identify `./FILE' and `FILE', and with serial execution, the library in
question is built before the program linking to it anyway.
Pushed to master and branch-1-10.
Cheers,
Ralf
Avoid nonportable `./FILE' instead of `FILE
Ralf Wildenhues wrote:
> In the
> patch that I sent, there is an "icc" case match. If you omit that match
> from the patch, does not specifying --enable-dependency-tracking still
> cause depmode=none for gcc in universal mode?
Yes. Without --enable-dependency-tracking: depmode=none.
With --enable
When parallel mode is enabled, BSD and HP-UX make versions tend to be
pretty verbose. This breaks the AM_MAKE_INCLUDE test with, say,
./configure MAKE="make -j3"
because the test matches exact output. The MAKE setting is unusual,
but can happen in practice for example when I try to run all tes
Hi Bruno,
* Bruno Haible wrote on Sun, Apr 19, 2009 at 05:15:19PM CEST:
> Ralf Wildenhues wrote:
> > The patch below (against Automake) should do the trick.
> > Can you try it out, and report back the depmode chosen with and without
> > --enable-dependency-tracking and whether the depmode works (i
Ralf Wildenhues wrote:
> depend.m4 could detect universal builds, and in
> that case discard any problematic dependency extractors. That means, in
> effect that only "slow" extraction mechanisms are eligible (and will
> thus be chosen only if --enable-dependency-tracking was passed
> explicitly).
I'm cherry-picking the following patches from master to branch-1-10.
Cheers,
Ralf
commit 3fd022a024101b622ffb98facb9e1fb75727bd30
Author: Ralf Wildenhues
Date: Sun Apr 19 10:08:52 2009 +0200
Correctly treat all assignments with bogus trailing comments.
Before this patch, automake
Of course my testing went a bit overboard before merging, so I actually
missed a couple of vala-related failures. Fixed with this patch, pushed
to master. (next has been merged into master.)
Cheers,
Ralf
Fix AM_PROG_VALAC version requirement detection.
* m4/vala.m4 (AM_PROG_VALAC):
The git "next" branch of Automake, from which test release 1.10b came,
has now been merged into the "master" branch. That means, all the work
that happened on these branches:
je-silent
ad-parallel-tests
mh-vala-support
next
is now present in the master branch. This has been done because
