Re: multi-result s

2004-03-01 Thread Matt Benson
To re-hash: --- Peter Reilly <[EMAIL PROTECTED]> wrote: > The patch makes the mapper class to be a container > of > filenamemapper objects in the same way that > conditionbase > is a container of conditions. > > The two forms are allowed and are equivalent. > > The second from allows more filena

Re: multi-result s

2004-02-10 Thread Peter Reilly
Jose Alberto Fernandez wrote: I am all with you on the goal, my only point is that rather than creating yet another way for mappers, we should do best by starting working on 1.7's features so we try to converge to a unified model. It would mean that mappers can be in their own antlib library, use t

RE: multi-result s

2004-02-10 Thread Matt Benson
--- Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > rather than creating yet another way for mappers, > we should do best by starting working on 1.7's > features so we try to converge to a unified model. Are you meaning that ing FileNameMappers is but a small part of something that needs to be

RE: multi-result s

2004-02-10 Thread Jose Alberto Fernandez
> From: Matt Benson [mailto:[EMAIL PROTECTED] > > --- Jose Alberto Fernandez <[EMAIL PROTECTED]> > wrote: > > I think we are now in the new world of ANT 1.6 > > (the wold of namespaces and antlibs). > > We should stride to focus our efforts so that > > all our extension points (of all sorts) foll

RE: multi-result s

2004-02-10 Thread Matt Benson
--- Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > I think we are now in the new world of ANT 1.6 > (the wold of namespaces and antlibs). > We should stride to focus our efforts so that > all our extension points (of all sorts) follow > the antlibs/typedef approach and move away from > having

RE: multi-result s

2004-02-10 Thread Jose Alberto Fernandez
believe that is the aim for 1.7 with the add(Interface) methods. Jose Alberto > -Original Message- > From: Matt Benson [mailto:[EMAIL PROTECTED] > Sent: 09 February 2004 23:23 > To: Ant Developers List > Subject: multi-result s > > > Stefan and I talked about

Re: multi-result s

2004-02-10 Thread Peter Reilly
Antoine Lévy-Lambert wrote: I do not know whether it is 100% related, but there is an open bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3198 concerning the task in the case where the same source file is present in several source paths. Will we be better fit to solve this problem with

Re: multi-result s

2004-02-10 Thread Stefan Bodewig
On Mon, 9 Feb 2004, Matt Benson <[EMAIL PROTECTED]> wrote: > So... does anyone have a problem with changing the recommended usage > of s while maintaining BC? No problem at all, in particular if the part starting with "while" holds true 8-) Stefan ---

Re: multi-result s

2004-02-10 Thread Antoine Lévy-Lambert
Matt Benson wrote: Stefan and I talked about doing one of these here: http://marc.theaimsgroup.com/?l=ant-user&m=107487826503877&w=2 Peter and I each produced a different implementation. See http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26364 for our discussion. In the end Peter's changes are

RE: multi-result s

2004-02-09 Thread Dominique Devienne
> From: Matt Benson [mailto:[EMAIL PROTECTED] > Peter's proposition allows to define > the implementation type directly in > types/defaults.properties, then nest these directly > into the element. In this way s > would/could look a lot more like s and > s, especially when ref'd.. > So... does an

multi-result s

2004-02-09 Thread Matt Benson
Stefan and I talked about doing one of these here: http://marc.theaimsgroup.com/?l=ant-user&m=107487826503877&w=2 Peter and I each produced a different implementation. See http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26364 for our discussion. In the end Peter's changes are probably more po