handle caching of anon classes better, when role/class params are used

[gitmo/Moose.git] / Changes

diff --git a/Changes b/Changes
index 0132d0d..8b4b933 100644 (file)
--- a/Changes
+++ b/Changes
@@ -3,12 +3,52 @@ for, noteworthy changes.
 
 {{$NEXT}}
 
+2.0002 Thu, Apr 28, 2011
+
+  [ENHANCEMENTS]
+
+  * Provide definition context information for constructors and destructors, so
+    that they will show up as something other than "generated method (unknown
+    origin)". Also, add the package that accessors are defined in to their
+    definition context.
+
+  * Use Devel::PartialDump in type constraint error messages, if it is
+    installed.
+
+  [BUG FIXES]
+
+  * Stop hiding warnings produced by throwing errors in DEMOLISH methods.
+
+  * The 'reset' native delegation for Counter attributes will now also respect
+    builders (previously, it only respected defaults).
+
+2.0001 Fri, Apr 22, 2011
+
+  [ENHANCEMENTS]
+
+  * Anonymous classes and roles now have a unified implementation in
+    Class::MOP::Package. This means that anonymous packages are now also
+    possible. (Shawn M Moore, doy)
+
+  [BUG FIXES]
+
+  * No longer call XSLoader from multiple places, as this causes issues on
+    older perls. (doy, ribasushi)
+
+  * Moose::Meta::Role->create now accepts the 'roles' parameter, as it was
+    documented to. (Chris Weyl)
+
+  * Depend on Eval::Closure 0.04, which fixes some issues in mod_perl
+    environments. (doy, mateu)
+
+2.0000 Mon, Apr 11, 2011
+
   [API CHANGES]
 
   * The RegexpRef type constraint now accepts regular expressions blessed into
     other classes, such as those found in pluggable regexp engines.
-    Additionally the 'Object' constraint no longer rejects objects which
-    implementation is a regular expression. (David Leadbeater)
+    Additionally the 'Object' constraint no longer rejects objects implemented
+    as a blessed regular expression. (David Leadbeater)
 
   [OTHER]
 
@@ -59,6 +99,11 @@ for, noteworthy changes.
 
   [BUG FIXES]
 
+  * Reverse the order that Moose::Exporter 'also' exports are dispatched. When
+    trying to re-export from a package that itself exported a modified set of
+    Moose sugar, you'd get the original Moose sugar instead of the overrides.
+    There are also now tests for this. (perigrin)
+
   * Don't initialize lazy attributes with defaults in the constructor (for
     immutable classes). (mo)
 
@@ -127,9 +172,9 @@ for, noteworthy changes.
   [BUG FIXES]
 
   * Reverse the order that Moose::Exporter 'also' exports are dispatched. When
-    trying to re-export from a package that itself exported a modified set of 
-    Moose sugar, you'd get the original Moose sugar instead of the overrides. 
-    There are also now tests for this. (perigrin)
+    trying to re-export from a package that itself exported a modified set of
+    Moose sugar, you'd get the original Moose sugar instead of the overrides.
+    There are also now tests for this. (perigrin) (backported from 1.9903)
 
 
 1.23 Sun, Feb 13, 2011
@@ -145,7 +190,8 @@ for, noteworthy changes.
 
   * When reinitializing meta objects for classes and roles, we failed to
     preserve roles and role applications. This led to weird bugs. Many MooseX
-    modules end up reinitializing your class or role. (Dave Rolsky)
+    modules end up reinitializing your class or role. (Dave Rolsky) (backported
+    from 1.9903)
 
 1.21 Wed, Nov 24, 2010