Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 71576 invoked from network); 5 Feb 2002 06:50:07 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 5 Feb 2002 06:50:07 -0000 Received: (qmail 9265 invoked by uid 97); 5 Feb 2002 06:50:14 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 9231 invoked by uid 97); 5 Feb 2002 06:50:13 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 9220 invoked from network); 5 Feb 2002 06:50:13 -0000 Message-ID: <008701c1ae11$503aea80$a1a0f40f@nordwand> From: "Steve Loughran" To: "Ant Developers List" References: <03ba01c1adc9$1990b430$b81c570f@cv.hp.com> <040b01c1adcb$34be7d30$d1eefea9@homenkf0y0hwu0> <200202050611.g156BH431425@mail012.syd.optusnet.com.au> Subject: Re: [WARN] Removing the file attribute from and friends tomorrow Date: Mon, 4 Feb 2002 22:49:52 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ----- Original Message ----- From: "Peter Donald" To: "Ant Developers List" Sent: Monday, February 04, 2002 9:58 PM Subject: Re: [WARN] Removing the file attribute from and friends tomorrow > > > I prefer leaving them in with a deprecation message, though removing all > > > documentation of their very existence from the manual pages. > > +1 > > Theres already a bunch of people who converted their buildfiles to use "file" > - whats the harm in having an undocumented deprecated attribute still exist. > It is only 3 lines of code ;) I dunno, Stephane and Conor have convinced me it is a fundamental 'freedom to fiddle with the betas' issue How about we do something like implement a hard coded countdown in the source; the deprecation lists a "5 days left" to use this attribute until it turns itself off. That way even copies of the library in SCM wont work either :) otherwise, make the deprecation message bigger and bigger till we turn it off by hand -steve -- To unsubscribe, e-mail: For additional commands, e-mail: