Login
RT #64247: bless {} probably contains a hash constructor, not a block
authorTom Wyant <harryfmudd@comcast.net>
Tue, 1 Mar 2011 21:09:32 +0000 (21:09 +0000)
committerTom Wyant <harryfmudd@comcast.net>
Tue, 1 Mar 2011 21:09:32 +0000 (21:09 +0000)
This is fixed by PPI 1.215.

This commit adds a test to
t/ValuesAndExpressions/ProhibitCommaSeparatedStatements.run, to be sure
this stays fixed. Or at least to let us know if it breaks. The
dependency on PPI was bumped to 1.215 in commit 4047.

Changes
t/ValuesAndExpressions/ProhibitCommaSeparatedStatements.run

diff --git a/Changes b/Changes
index df9ed51..7c39d8b 100644 (file)
--- a/Changes
+++ b/Changes
@@ -15,6 +15,9 @@ A future release
     * ValuesAndExpressions::ProhibitCommaSeparatedStatements now
       recognizes 'return { foo => 1, bar => 2 }' as containing a hash
       constructor, not a block. This was fixed by PPI 1.215. RT #61301.
+    * ValuesAndExpressions::ProhibitCommaSeparatedStatements now
+      recognizes 'bless { foo => 1, bar => 2 }' as containing a hash
+      constructor, not a block. This was fixed by PPI 1.215. RT #64132.
 
 [1.113] Released on 2011-02-14
 
index 892280d..ed5f743 100644 (file)
@@ -284,6 +284,16 @@ sub foo {
 
 #-----------------------------------------------------------------------------
 
+## name RT #64132 (requires PPI 1.215)
+## failures 0
+## cut
+
+sub new {
+    return bless { foo => 1, bar => 2 }, __PACKAGE__;
+}
+
+#-----------------------------------------------------------------------------
+
 ##############################################################################
 #      $URL$
 #     $Date$