Re: [PATCH v4 3/3] parallel-tests: allow each test to have multiple results

* Ralf Wildenhues wrote on Fri, Jun 17, 2011 at 08:37:59AM CEST: > * Stefano Lattarini wrote on Thu, Jun 16, 2011 at 10:03:59AM CEST: > > The implementation makes use of a custom reStructuredText field > > `:am-testcase-result:'. > > Why an Automake-specific name here? This is user facing, it sho

Re: [PATCH v4 3/3] parallel-tests: allow each test to have multiple results

* Stefano Lattarini wrote on Thu, Jun 16, 2011 at 10:03:59AM CEST: > With this change, we improve the code creating the `test-suite.log' > global log and the console testsuite summary to make it able to > grasp multiple results per test script. This is required in order > to introduce the pl

Re: [PATCH v4 1/3] parallel-tests: add auxiliary script 'pt-driver', refactor

* Stefano Lattarini wrote on Thu, Jun 16, 2011 at 10:00:31AM CEST: > This refactoring should cause no API of functionality change, > and is meant only to simplify the future implementation of TAP > and SubUnit testsuite drivers. More precisely, our roadmap is > to move most of the "testsuite drivi

Re: [PATCH] check: don't use multi-line coloring for the report

Hello, * Bert Wesarg wrote on Thu, Jun 16, 2011 at 08:19:23PM CEST: > the parallel part is a little trickier. Because the line printing is > done by awk. I would like to know, whether it is portable to use the > printf function of awk. It is POSIX, but you may know that this > doesn't count much.

Re: [PATCH] {maint} Deprecate de-ansification support, it should go away in automake 1.12

On Thursday 16 June 2011, Stefano Lattarini wrote: > Hi Bob. > > On Thursday 16 June 2011, Bob Friesenhahn wrote: > > On Wed, 15 Jun 2011, Stefano Lattarini wrote: > > >> > > > Problem: it seems that there are few (and luckily only few) active > > > packages > > > that still use the `ansi2knr' op

Re: [PATCH] check: don't use multi-line coloring for the report

Hi, the parallel part is a little trickier. Because the line printing is done by awk. I would like to know, whether it is portable to use the printf function of awk. It is POSIX, but you may know that this doesn't count much. I couldn't find any prior usage in automake and autoconf either. Nor doe

[FYI] maint merged into various branches

I've merged maint into the following branches: - master - java-work - parallel-tests-maint - python-work - yacc-work Then I've merged master into testsuite-work, yacc-work into ylwrap-refactor, and pushed. Regards, Stefano

Re: [PATCH] check: don't use multi-line coloring for the report

On Thu, Jun 16, 2011 at 09:41, Stefano Lattarini wrote: > I verified that the problem you reported is really present, and > I agree it would be nice to fix it. > > However, your patch fixes the problem only fot the old "serial" > testsuite harness, not for the new "parallel" one.  It would be > ni

Re: [PATCH] check: don't use multi-line coloring for the report

On Thursday 16 June 2011, Bert Wesarg wrote: > On Thu, Jun 16, 2011 at 09:41, Stefano Lattarini > wrote: > > I verified that the problem you reported is really present, and > > I agree it would be nice to fix it. > > > > However, your patch fixes the problem only fot the old "serial" > > testsuite

[FYI] {testsuite-work} tests: make test 'self-check-reexec.test' more portable

* tests/self-check-reexec.test: Rewrite not to require a Korn Shell able to grok variable expansions such as `${.sh.version}'; Solaris 10 /bin/ksh fails on this for example. Instead, just require bash and a shell that is not bash. --- ChangeLog|8 ++ tests/self-check-r

Re: [PATCH] {testsuite-work} test defs: fix ksh-related portability bug in warning messages

On Tuesday 14 June 2011, Stefano Lattarini wrote: > [adding automake-patches, dropping bug-coreutils and bug-autoconf] > > On Tuesday 14 June 2011, Jim Meyering wrote: > > > > From 67811abfda04dafdde114a50556f0e1d2e9b6270 Mon Sep 17 00:00:00 2001 > > From: Jim Meyering > > Date: Tue, 14 Jun 2011

Re: bug#8846: coreutils-8.12 on HP-UX 11.31: 3 of 365 tests failed

On Tuesday 14 June 2011, Stefano Lattarini wrote: > [adding automake-patches on CC:] > > Reference to original thread(s), mostly duplicated: > > > > Ref

Re: [PATCH] {maint} Warnings about primary/prefix mismatch fixed and extended.

On Monday 13 June 2011, Stefano Lattarini wrote: > On Monday 13 June 2011, Stefano Lattarini wrote: > > > > I've pushed the patch now. > > > > Regards, > > Stefano > > > But the test `primary-prefix-invalid-couples.test' is really too slow. > What about the attached follow-up patch to improve

Re: [PATCH] {testsuite-work} tests: remove 'test_prefer_config_shell' from the environment

On Thursday 16 June 2011, Stefano Lattarini wrote: > On Monday 13 June 2011, Stefano Lattarini wrote: > > On Monday 06 June 2011, Stefano Lattarini wrote: > > > With the previous commit, the user could prefer the use of $SHELL > > > over /bin/sh in some tests checking the Automake-provided shell >

Re: [PATCH] {testsuite-work} [PATCH] tests: test mdate-sh with /bin/sh too

On Monday 13 June 2011, Stefano Lattarini wrote: > I will push this in 48 hours if there is no objection. > > Regards, > Stefano > Pushed now. Regards, Stefano

Re: [PATCH] {testsuite-work} tests: extend tests on `--add-missing' and `--copy' a bit

On Monday 13 June 2011, Stefano Lattarini wrote: > On Monday 13 June 2011, Stefano Lattarini wrote: > > References: > > > > > > > > I've pushed th

Re: [PATCH] {testsuite-work} tests: autogenerate list of wrapped tests for `lib/' shell scripts

On Monday 13 June 2011, Stefano Lattarini wrote: > On Tuesday 07 June 2011, Stefano Lattarini wrote: > > On Tuesday 07 June 2011, Peter Rosin wrote: > > > > + > > > > +# FIXME: this list might probably be made auto-generated, like > > > > +# $(parallel_tests) is... But would that worth the hassle?

Re: [PATCH] {testsuite-work} tests: remove 'test_prefer_config_shell' from the environment

On Monday 13 June 2011, Stefano Lattarini wrote: > On Monday 06 June 2011, Stefano Lattarini wrote: > > With the previous commit, the user could prefer the use of $SHELL > > over /bin/sh in some tests checking the Automake-provided shell > > scripts by manually exporting `test_prefer_config_shell'

Re: [PATCH] tests: few fixlets and improvements

On Monday 13 June 2011, Stefano Lattarini wrote: > A simple patch with few minor improvements to four random test cases. > > I'll push in 48 hours if there is no objection by then. > > Regards, > Stefano > > -*-*-*- > > tests: few fixlets and improvements > > * tests/cond31.test ($required):

Re: [PATCH] {maint} Deprecate de-ansification support, it should go away in automake 1.12

Hi Bob. On Thursday 16 June 2011, Bob Friesenhahn wrote: > On Wed, 15 Jun 2011, Stefano Lattarini wrote: > >> > > Problem: it seems that there are few (and luckily only few) active packages > > that still use the `ansi2knr' option: > > 1. The latest version (8c) of the libjpeg implementation from

[PATCH v4 3/3] parallel-tests: allow each test to have multiple results

With this change, we improve the code creating the `test-suite.log' global log and the console testsuite summary to make it able to grasp multiple results per test script. This is required in order to introduce the planned support for test protocols, like TAP and SubUnit, which can run multiple te

[PATCH v4 2/3] parallel-tests: allow custom driver scripts

Allow suffix-based definition of custom "driver script" for the test scripts. These driver scripts will be responsible of launching the tests (or their corresponding $(LOG_COMPILER), if they have an associated one), interpreting and displaying the test results, and writing the `.log' files. This

[PATCH v4 1/3] parallel-tests: add auxiliary script 'pt-driver', refactor

This refactoring should cause no API of functionality change, and is meant only to simplify the future implementation of TAP and SubUnit testsuite drivers. More precisely, our roadmap is to move most of the "testsuite driving" features out of the Automake-generated Makefiles, and into external scr

Re: [PATCH] check: don't use multi-line coloring for the report

Hi Bert, thanks for the patch. On Thursday 16 June 2011, Bert Wesarg wrote: > less can't handle coloring which spans newlines because of performance > reasons. Thus, color each line of the check report by its own. > > --- > > For reference, git had a similar problem and I talked to the less > ma

Re: [PATCH] {maint} distcheck: add support for AM_DISTCHECK_CONFIGURE_FLAGS

On Thursday 16 June 2011, Ralf Corsepius wrote: > On 06/15/2011 11:56 PM, Stefano Lattarini wrote: > > On Wednesday 15 June 2011, Ralf Corsepius wrote: > > > >> In other words: IMO, automake is right in encouraging users to avod > >> DISTCHECK_CONFIGURE_FLAGS, > >> > > Actually, automake will disco