Hi Robert,
thanks for the feedback. I have a couple of questions:
* Robert Collins wrote on Sun, Mar 20, 2011 at 05:10:16AM CET:
> TAP is an extremely simple protocol, and the extensions to it to
> support things like not needing to maintain the count of tests,
> additional debug data and so on
Hello Pippijn,
* Pippijn van Steenhoven wrote on Sat, Mar 19, 2011 at 10:47:35AM CET:
> On Sat, Mar 19, 2011 at 10:38:39AM +0100, Pippijn van Steenhoven wrote:
> > On Fri, Mar 18, 2011 at 05:26:58PM -0700, Harlan Stenn wrote:
> > > If there was a student interested in showing how "easy" it was to
Hello Robert, and thanks for the feedback.
On Sunday 20 March 2011, Robert Collins wrote:
> On Sat, Mar 19, 2011 at 1:03 PM, Stefano Lattarini
> wrote:
> > ABSTRACT:
> >
> > The Test Anything Protocol (TAP) is a simple text-based protocol
> > that allows communication between test scripts and a
On Sun, Mar 20, 2011 at 8:53 PM, Ralf Wildenhues wrote:
> Hi Robert,
>
> thanks for the feedback. I have a couple of questions:
>
> * Robert Collins wrote on Sun, Mar 20, 2011 at 05:10:16AM CET:
>> TAP is an extremely simple protocol, and the extensions to it to
>> support things like not needing
On Sun, Mar 20, 2011 at 10:01 PM, Stefano Lattarini
wrote:
> Hello Robert, and thanks for the feedback.
>
> On Sunday 20 March 2011, Robert Collins wrote:
>> On Sat, Mar 19, 2011 at 1:03 PM, Stefano Lattarini
>> wrote:
>> > ABSTRACT:
>> >
>> > The Test Anything Protocol (TAP) is a simple text-ba
On Sunday 20 March 2011, Robert Collins wrote:
> On Sun, Mar 20, 2011 at 8:53 PM, Ralf Wildenhues
> wrote:
> > Hi Robert,
> >
> > thanks for the feedback. I have a couple of questions:
> >
> > * Robert Collins wrote on Sun, Mar 20, 2011 at 05:10:16AM CET:
> >> TAP is an extremely simple protocol
* Robert Collins wrote on Sun, Mar 20, 2011 at 10:03:10AM CET:
> On Sun, Mar 20, 2011 at 8:53 PM, Ralf Wildenhues wrote:
> > * Robert Collins wrote on Sun, Mar 20, 2011 at 05:10:16AM CET:
> >> TAP is an extremely simple protocol, and the extensions to it to
> >> support things like not needing to m
* Stefano Lattarini wrote on Sun, Mar 20, 2011 at 11:40:39AM CET:
> On Sunday 20 March 2011, Robert Collins wrote:
> > On Sun, Mar 20, 2011 at 8:53 PM, Ralf Wildenhues wrote:
> > > Are TAP and subunit compatible on their common subset? If not, why not?
> >
> > You can convert TAP to subunit, and
On Sunday 20 March 2011, Robert Collins wrote:
> On Sun, Mar 20, 2011 at 10:01 PM, Stefano Lattarini
> wrote:
> > Hello Robert, and thanks for the feedback.
> >
> > On Sunday 20 March 2011, Robert Collins wrote:
> >> On Sat, Mar 19, 2011 at 1:03 PM, Stefano Lattarini
> >> wrote:
> >> > ABSTRACT:
On Sunday 20 March 2011, Ralf Wildenhues wrote:
> * Stefano Lattarini wrote on Sun, Mar 20, 2011 at 11:40:39AM CET:
> > On Sunday 20 March 2011, Robert Collins wrote:
> > > On Sun, Mar 20, 2011 at 8:53 PM, Ralf Wildenhues wrote:
> > > > Are TAP and subunit compatible on their common subset? If not
On Sun, 20 Mar 2011, Ralf Wildenhues wrote:
Or add a subunit parser and a quick tap2subunit perl module today
and have the best of both worlds? (This is meant as an honest question,
even if it looks like a rhetoric one.)
I think that's a good approach. I don't really use either framework, but
* Stefano Lattarini wrote on Sun, Mar 20, 2011 at 01:41:07PM CET:
> On Sunday 20 March 2011, Ralf Wildenhues wrote:
> > Or add a subunit parser and a quick tap2subunit perl module today
> ["perl module"? what about portability?]
awk should be sufficient, for text-mode output at least.
> > and hav
On 03/19/2011 01:45 PM, Harlan Stenn wrote:
> Pippijn wrote:
>
>> On Fri, Mar 18, 2011 at 05:26:58PM -0700, Harlan Stenn wrote:
>>> If there was a student interested in showing how "easy" it was to use
>>> automake to do non-recursive Makefiles for a project, I'd be willing to
>>> co-mentor and wor
Hi Ralf,
>> I've got a convenience library where the LDFLAGS includes -R:
>> noinst_LTLIBRARIES = libsomething.la
>> ...
>> libsomething_la_LDFLAGS = -Rsomewhere
>> and I indeed see "-Rsomewhere" appear within libsomething.la's
>> dependency_libs
>> line the way I expect.
>>
>> In ano
14 matches
Mail list logo