perldelta: <> overloading
authorFather Chrysostomos <sprout@cpan.org>
Wed, 19 Jan 2011 21:31:48 +0000 (13:31 -0800)
committerFather Chrysostomos <sprout@cpan.org>
Wed, 19 Jan 2011 21:31:48 +0000 (13:31 -0800)
pod/perldelta.pod

index b0bdddf..4eac1b7 100644 (file)
@@ -541,6 +541,17 @@ Most I/O functions were not warning for unopened handles unless the
 C<use warnings 'unopened'> is necessary to trigger these warnings (as was
 always meant to be the case.
 
+=item *
+
+C<< <expr> >> always respects overloading now if the expression is
+overloaded.
+
+Due to the way that '<> as glob' was parsed differently from
+'<> as filehandle' from 5.6 onwards, something like C<< <$foo[0]> >> did
+not handle overloading, even if C<$foo[0]> was an overloaded object. This
+was contrary to the documentation for overload, and meant that C<< <> >>
+could not be used as a general overloaded iterator operator.
+
 =back
 
 =head1 Known Problems
@@ -1289,18 +1300,6 @@ Date:   Sun Jan 2 14:33:16 2011 -0800
     defined. Neither the dtrace binary on OS X nor SystemTap's dtrace
     compatibility layer accept the -G option.)
 
-commit 9426e1a55981168c83a030df9bce5e0b46586581
-Author: David Mitchell <davem@iabyn.com>
-Date:   Sun Jan 2 19:38:30 2011 +0000
-
-    make <expr> always overload if expr is overloaded
-
-    Due to the way that '<> as glob' was parsed differently from
-    '<> as filehandle' from 5.6 onwards, something like <$foo[0]>
-    didn't handle overloading, even where $foo[0] was an overloaded object.
-    This was contrary to the docs for overload, and meant that <> couldn't
-    be used as a general overloaded iterator operator.
-
 commit edcf105d70e5423fd928c776e086fe31a4a543f4
 Author: Jesse Vincent <jesse@bestpractical.com>
 Date:   Sat Jan 1 18:46:20 2011 +0800