Front page | perl.perl5.porters |
Postings from February 2013
On Sun Jan 27 17:42:43 2013, jkeenan wrote: > On Tue Jan 10 13:42:33 2012, sprout wrote: > > On Sun Nov 16 09:10:38 2003, rafael wrote: > > > James Jurach (via RT) wrote: > > > > > > > > $ perl -we '%a=(a=>"b"); print((sort CORE::keys(%a)),"\n")' > > > > Undefined subroutine in sort at -e line 1. > > > > > > > > $ perl -we '%a=(a=>"b"); print((sort keys(%a)),"\n")' > > > > a > > > > > > This is due to two facts : > > > > > > - perl will parse "sort foo(...)" and "sort(foo ...)" as "sort foo ..." > > > In other words, it doesn't take the parens into account > > > - perl parses CORE::keyword as a subroutine, not as the corresponding > > > keyword. > > > > > > Fixing this would probably break backward incompatibility in > > > undesirable ways. > > > > How would that break compatibility? Who is currently putting custom > > subroutines in the CORE:: namespace? > > > > There's been no correspondence in this ticket for a year. Reviewing > this older ticket tonight, I don't see a strong case that there's a bug > in the source code which needs fixing. > > Anyone disagree? If not, I will close the ticket in seven days and am > taking it for that purpose. > No one spoke up to argue for the existence of a real bug. Hence, I am closing this ticket as per schedule. Marking ticket Rejected. Thank you very much. Jim Keenan --- via perlbug: queue: perl5 status: open https://rt.perl.org:443/rt3/Ticket/Display.html?id=24482Thread Previous | Thread Next