On Wednesday 08 September 2010, Bob Friesenhahn wrote:
> On Tue, 7 Sep 2010, Ralf Wildenhues wrote:
> > Actually, I haven't come across many test failures where more
> > information was necessary. At least in this case I think it was
> > crystal clear from the silent5.log file, no? ;-)
> >
> > O
On Tuesday 07 September 2010, Ralf Wildenhues wrote:
> * Stefano Lattarini wrote on Tue, Sep 07, 2010 at 06:00:04PM CEST:
> > Darn, I've been sloppy: I should have also asked you to provide
> > us with the (tarred) content of the temporary test directory
> > `tests/silent5.dir'. Could you kindly s
On Tue, 7 Sep 2010, Ralf Wildenhues wrote:
Actually, I haven't come across many test failures where more
information was necessary. At least in this case I think it was
crystal clear from the silent5.log file, no? ;-)
One practical problem with sending test directory contents by default
is th
Hello Bob, thanks for helping me through this.
On Tuesday 07 September 2010, Bob Friesenhahn wrote:
> On Tue, 7 Sep 2010, Stefano Lattarini wrote:
> >> tests/silent5.log and config.log are attached. From
> >> tests/silent5.log I see that 'no' is being passed as a command
> >> to bash, so it is li
Hi Bob. Thanks for your answer.
On Tuesday 07 September 2010, Bob Friesenhahn wrote:
> On Tue, 7 Sep 2010, Stefano Lattarini wrote:
> >> The GraphicsMagick test suite passes with this patch. I do see
> >> one test failure with the Automake test suite
> >>
> >>FAIL: silent5.test
> >>
> >> b
On Tue, 7 Sep 2010, Stefano Lattarini wrote:
The GraphicsMagick test suite passes with this patch. I do see one
test failure with the Automake test suite
FAIL: silent5.test
but this test may have been failing prior to the patch.
Could you please send the log of this test (`tests/silent5.l
* Stefano Lattarini wrote on Tue, Sep 07, 2010 at 03:15:54AM CEST:
> > --- a/lib/am/check.am
> > +++ b/lib/am/check.am
> > + { echo "TEST_LOGS = "; \
> > + for f in $$list; do \
> > + test .log = $$f ||
Hi Ralf.
On Monday 06 September 2010, Ralf Wildenhues wrote:
> * Ralf Wildenhues wrote on Mon, Sep 06, 2010 at 09:39:54PM CEST:
> > Hmm, maybe we can generate a makefile snippet on the fly, to be
> > included by the recursive make.
>
> Bob, can you try out this patch?
>
> Thanks,
> Ralf
>
> 201
Hi Bob.
On Tuesday 07 September 2010, Bob Friesenhahn wrote:
> On Mon, 6 Sep 2010, Ralf Wildenhues wrote:
> > * Ralf Wildenhues wrote on Mon, Sep 06, 2010 at 09:39:54PM CEST:
> >> Hmm, maybe we can generate a makefile snippet on the fly, to be
> >> included by the recursive make.
> >
> > Bob, can
On Mon, 6 Sep 2010, Ralf Wildenhues wrote:
* Ralf Wildenhues wrote on Mon, Sep 06, 2010 at 09:39:54PM CEST:
Hmm, maybe we can generate a makefile snippet on the fly, to be included
by the recursive make.
Bob, can you try out this patch?
The GraphicsMagick test suite passes with this patch.
On Mon, 6 Sep 2010, Ralf Wildenhues wrote:
You *could* try not using parallel-tests and see whether that helps.
By the way, has your package introduced many more tests since you last
tried with 1.11 on MinGW/MSYS?
The list of tests has been stable since the end of Feburary. I test
GraphicsMa
* Ralf Wildenhues wrote on Mon, Sep 06, 2010 at 09:39:54PM CEST:
> Hmm, maybe we can generate a makefile snippet on the fly, to be included
> by the recursive make.
Bob, can you try out this patch?
Thanks,
Ralf
2010-09-06 Ralf Wildenhues
parallel-tests: avoid command-line length limi
I'm adding the bug-automake list for reference.
Bob reported the following failure with 'make check' inside the
parallel-tests driver of a package using lots of tests, on MinGW/MSYS,
as a regression of 1.11.1 over 1.11:
make[3]: Entering directory `/home/bfriesen/mingw/foo-static'
make[3]: execvp
13 matches
Mail list logo