[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Autotools GSoC ideas
From: |
Stefano Lattarini |
Subject: |
Re: Autotools GSoC ideas |
Date: |
Wed, 9 Mar 2011 08:52:39 +0100 |
User-agent: |
KMail/1.13.3 (Linux/2.6.30-2-686; KDE/4.4.4; i686; ; ) |
On Wednesday 09 March 2011, Ralf Wildenhues wrote:
> * Stefano Lattarini wrote on Tue, Mar 08, 2011 at 10:50:47PM CET:
> > On Tuesday 08 March 2011, Robert Collins wrote:
> > > On Wed, Mar 9, 2011 at 8:39 AM, Stefano Lattarini wrote:
> > > > ``Interfacing with the Test Anything Protocol (TAP). If possible, try
> > > > to write an implementation that will allow future extensions to
> > > > similar but more advanced advanced protocols (e.g., subunit, which
> > > > is similar to TAP but slightly more structured, capable of handling
> > > > binary attachments, and so on).''
> > >
> > > You could - or you could just write to the most capable and let folk
> > > insert a filter (e.g. tap2subunit, included in the subunit package) if
> > > they are using a different protocol themselves.
> > >
> > This seems a good approach from a design point of view; unfortunately, the
> > existing filters in the `subunit' distribution all require python, which
> > hampers portability in a way unacceptable for automake.
>
> I don't think we need to do this kind of evaluation or decision at
> this point yet. It could be done as part of the project, or maybe a
> project proposal.
>
OK. If you say that a more fuzzy proposal shouldn't cause problems at
this point, I'll follow your lead. I'm all in favor of taking the due
time to evaluate things carefully, if that's possible.
> Also, just because there may be only python filters
> ATM, doesn't mean that needs to remain this way.
>
Yes, but IIUC Robert's main point was that, reusing the existing tools,
we could code more generally without having to code more (quantitatively
speaking). This advantage unfortunately disappers if we have to rewrite
those existing tools :-(
> I've added the proposals to the wiki now.
>
Could you please post a link to that wiki? I'm ashamed to admit I've
not been able to find it ...
Thanks,
Stefano
- Autotools GSoC ideas, Ralf Wildenhues, 2011/03/07
- Re: Autotools GSoC ideas, Stefano Lattarini, 2011/03/07
- Re: Autotools GSoC ideas, Russ Allbery, 2011/03/07
- Re: Autotools GSoC ideas, Robert Collins, 2011/03/07
- Re: Autotools GSoC ideas, Ralf Wildenhues, 2011/03/08
- Re: Autotools GSoC ideas, Stefano Lattarini, 2011/03/08
- Re: Autotools GSoC ideas, Robert Collins, 2011/03/08
- Re: Autotools GSoC ideas, Stefano Lattarini, 2011/03/08
- Re: Autotools GSoC ideas, Ralf Wildenhues, 2011/03/09
- Re: Autotools GSoC ideas,
Stefano Lattarini <=
- Re: Autotools GSoC ideas, Harlan Stenn, 2011/03/09
- Re: Autotools GSoC ideas, olafBuddenhagen, 2011/03/10
- Automake GSoC idea, Daniel Herring, 2011/03/09
- Re: Automake GSoC idea, Ralf Wildenhues, 2011/03/11