On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> * Stefano Lattarini wrote on Tue, Jun 21, 2011 at 10:43:06PM CEST:
> > On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> > > * Stefano Lattarini wrote on Sun, May 29, 2011 at 04:26:36PM CEST:
> > > > --- a/lib/am/configure.am
> > > > +++ b/lib/am/co
On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> What's more: have you tried this patch on a nontrivial source tree
> (where regenerating takes more than a second or so) with a few non-GNU
> makes and GNU make? I kinda fear that it can cause an endless regen loop.
>
It doesn't I think. See the a
* Stefano Lattarini wrote on Tue, Jun 21, 2011 at 10:43:06PM CEST:
> On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> > * Stefano Lattarini wrote on Sun, May 29, 2011 at 04:26:36PM CEST:
> > > --- a/lib/am/configure.am
> > > +++ b/lib/am/configure.am
> > > @@ -22,7 +22,7 @@
> > > ## %MAKEFILE% is
On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> * Stefano Lattarini wrote on Sun, May 29, 2011 at 04:26:36PM CEST:
> > --- a/lib/am/configure.am
> > +++ b/lib/am/configure.am
> > @@ -22,7 +22,7 @@
> > ## %MAKEFILE% is updated before considering the am--refresh target.
>
> The comment up here ^^
What's more: have you tried this patch on a nontrivial source tree
(where regenerating takes more than a second or so) with a few non-GNU
makes and GNU make? I kinda fear that it can cause an endless regen loop.
It might actually be smarter to use some newer BSD make features to
mark Makefile as
On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> * Stefano Lattarini wrote on Tue, Jun 21, 2011 at 09:22:42PM CEST:
> > Hopefully the last iteration of the patches. A follow-up for
> > extending and fixing the documentation will go in a new thread.
>
> Can you push your branch for this to a bran
* Stefano Lattarini wrote on Sun, May 29, 2011 at 04:26:36PM CEST:
> --- a/lib/am/configure.am
> +++ b/lib/am/configure.am
> @@ -22,7 +22,7 @@
> ## %MAKEFILE% is updated before considering the am--refresh target.
The comment up here ^^^ needs to be updated in this particular patch.
> if %?TOPDI
* Stefano Lattarini wrote on Tue, Jun 21, 2011 at 09:22:42PM CEST:
> Hopefully the last iteration of the patches. A follow-up for
> extending and fixing the documentation will go in a new thread.
Can you push your branch for this to a branch in the savannah git?
I'd like to take another look at t
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
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 indeed run mult
On Tuesday 21 June 2011, Stefano Lattarini wrote:
> On Monday 20 June 2011, Stefano Lattarini wrote:
> >
> > [SNIP]
> >
> > To quote from the added NEWS entry:
> >
> > - The parallel-tests driver is now implemented (partly at least) with
> > the help of automake-provided auxiliary scripts (e
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
Hopefully the last iteration of the patches. A follow-up for
extending and fixing the documentation will go in a new thread.
Regards,
Stefano
* Stefano Lattarini wrote on Tue, Jun 21, 2011 at 09:53:19AM CEST:
> On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> > * Stefano Lattarini wrote on Mon, Jun 20, 2011 at 11:59:57PM CEST:
> > > On Monday 20 June 2011, Ralf Wildenhues wrote:
> > > > * Stefano Lattarini wrote on Mon, Jun 20, 2011 at
On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> > >
> > > Ugh; 1/2 seems to be going into the wrong direction of changing test
> > > code to work around suboptimal maintainer checks, so sorry for leading
> > > you on a wrong path there again. 2/2 seems fine, thanks.
> > >
> > So should I drop t
Stefano Lattarini wrote:
...
>> I've seen a few projects that require their automake-managed tests
>> be run sequentially. I suspect that some maintainers will not be eager
>> to adapt their tests to run in parallel solely to accommodate a newer
>> version of automake. If you have only a dozen or
On Monday 20 June 2011, Stefano Lattarini wrote:
>
> [SNIP]
>
> To quote from the added NEWS entry:
>
> - The parallel-tests driver is now implemented (partly at least) with
> the help of automake-provided auxiliary scripts (e.g., `test-driver'),
> instead of relying entirely on code in
On Tuesday 21 June 2011, Jim Meyering wrote:
> Stefano Lattarini wrote:
> > On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> >> * Stefano Lattarini wrote on Mon, Jun 20, 2011 at 11:12:23PM CEST:
> >> > Maybe we should also say that using TESTS_ENVIRONMENT to define a custom
> >> > test runner is n
On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> * Stefano Lattarini wrote on Mon, Jun 20, 2011 at 11:59:57PM CEST:
> > On Monday 20 June 2011, Ralf Wildenhues wrote:
> > > * Stefano Lattarini wrote on Mon, Jun 20, 2011 at 05:05:45PM CEST:
> > > > sc_tests_plain_automake:
> > > > - @if grep
On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> * Stefano Lattarini wrote on Mon, Jun 20, 2011 at 11:12:23PM CEST:
> > Maybe we should also say that using TESTS_ENVIRONMENT to define a custom
> > test runner is now not only strongly deprecated (as it already was I hope),
>
> No it wasn't.
>
D'oh
Stefano Lattarini wrote:
> On Tuesday 21 June 2011, Ralf Wildenhues wrote:
>> * Stefano Lattarini wrote on Mon, Jun 20, 2011 at 11:12:23PM CEST:
>> > Maybe we should also say that using TESTS_ENVIRONMENT to define a custom
>> > test runner is now not only strongly deprecated (as it already was I ho
On Tuesday 21 June 2011, Ralf Wildenhues wrote:
> * Stefano Lattarini wrote on Mon, Jun 20, 2011 at 10:58:05PM CEST:
> > On Monday 20 June 2011, Ralf Wildenhues wrote:
> > > For example the parallel BSD makes tend to reuse shells for running
> > > the recipe commands;
> > >
> > But only for the com
22 matches
Mail list logo
