conflict on MooseX::SlurpyConstructor - latest is 1.2
[gitmo/Moose.git] / Changes
diff --git a/Changes b/Changes
index 3bbee16..2511928 100644 (file)
--- a/Changes
+++ b/Changes
@@ -3,6 +3,52 @@ for, noteworthy changes.
 
 {{$NEXT}}
 
+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 implemented
+    as a blessed regular expression. (David Leadbeater)
+
+  [OTHER]
+
+  * Moose::Manual::Support now explicitly states when major releases are
+    allowed to happen (January, April, July, or October).
+
+1.9906-TRIAL Mon, Apr 04, 2011
+
+  [OTHER]
+
+  * Update conflicts list.
+  * Minor pod updates.
+
+1.9905-TRIAL Mon, Mar 28, 2011
+
+  [NEW FEATURES]
+
+  * The Moose::Meta::Role::Attribute class now has an original_role method
+    which returns the role which first defined an attribute. See the docs for
+    details. (Dave Rolsky)
+
+  * Moose::Util::MetaRole will make sure that the class to which you're
+    applying metaroles or base class roles can actually have them applied. If
+    not (it's not a Moose class, it has a non-Moose metaclass, etc.), then it
+    gives a useful error message. Previously, this would just end up dying in
+    the MetaRole code without a useful message. (Dave Rolsky)
+
+  [BUG FIXES]
+
+  * When a role had its own applied_attribute metaclass (usually from MetaRole
+    application), that metaclass would get lost when that role participated in
+    role composition. It was also lost if that role was consumed by some other
+    role. Both of these cases have been fixed. Attributes are always applied
+    with the applied_attribute metaclass of the role which originally defined
+    them. (Dave Rolsky)
+
+1.9904-TRIAL Fri, Mar 04, 2011
+
   [BUG FIXES]
 
   * Reinitializing anonymous roles used to accidentally clear out the role's
@@ -15,6 +61,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)
 
@@ -69,14 +120,23 @@ for, noteworthy changes.
     speeds up the compilation time for Moose itself. (doy)
 
 
+1.25 Fri, Apr 1, 2011
+
+  [BUG FIXES]
+
+  * Reinitializing anonymous roles used to accidentally clear out the role's
+    stash in some circumstances. This is now fixed. (doy) (backported from
+    1.9904)
+
+
 1.24 Tue, Feb 24, 2011
 
   [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
@@ -92,7 +152,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
 
@@ -659,7 +720,7 @@ for, noteworthy changes.
     too. (Dave Rolsky)
 
   * Moose::Util::MetaRole::apply_metaclass_roles is now called
-    apply_metaroles. The old name is deprecated. Dave Rolsky>
+    apply_metaroles. The old name is deprecated. (Dave Rolsky)
 
   * The unimport subs created by Moose::Exporter now clean up re-exported
     functions like blessed and confess, unless the caller imported them from