[perl #41480] Removing deprecated features for 5.10?

On Mon Jun 28 19:27:06 2010, jesse wrote:
> 
> 
> 
> On Tue, Jun 29, 2010 at 02:11:30AM +0000, ?var Arnfj?r? Bjarmason
> wrote:
> > On Mon, Jun 28, 2010 at 22:16, Jesse Vincent
> <jesse@bestpractical.com> wrote:
> > > On Tue 25.May'10 at 20:34:33 +0000, �var Arnfj�r� Bjarmason wrote:
> > >> Here's a patch to hard-deprecate these for 5.14. I didn't find
> any
> > >> prior art for testing for s/warn/die/, maybe this'll do.
> > >
> > > What do we gain from actively killing the already-deprecated
> feature?
> >
> > Isn't that what deprecated means? That it'll be recommended against,
> > then it'll warn, then we'll remove it. I submitted the patch because
> > these not being removed looked like a simple oversight, something
> that
> > didn't get done in time for 5.10.
> 
> We've historically overloaded the word "deprecated" rather a lot. It's
> important that we not remove things gratuitously, even if we recommend
> against them.
> 
> > But if it turns out that it's not going to be removed we should
> > perhaps call it something other than "deprecated", or call the
> things
> > we're actually planning on removing something else.
> 
> See the recent thread on that topic and my upcoming (written 4 hours
> ago) commit to give us names for the different things.
> 
> -Jesse
> 

Perl 5.14.2:

$ perl -we 'shift @foo if @foo->[0];'
Using an array as a reference is deprecated at -e line 1.

$ perl -we 'keys %foo if %foo->{"bar"};'
Using a hash as a reference is deprecated at -e line 1.

So, it appears we're not going to remove this syntax; it is simply going
to remain deprecated indefinitely.

Can we now close this ticket?

Thank you very much.
Jim Keenan

---
via perlbug:  queue: perl5 status: open
https://rt.perl.org:443/rt3/Ticket/Display.html?id=41480

• [perl #41480] Removing deprecated features for 5.10? by James E Keenan via RT
• [perl #41480] Removing deprecated features for 5.10? by Father Chrysostomos via RT