Revision history for Perl extension Moose
-0.58
+0.60
+ * Moose::Exporter
+ - Passing "-traits" when loading Moose caused the Moose.pm
+ exports to be broken. Reported by t0m. (Dave Rolsky)
+ - Tests for this bug. (t0m)
+ * Moose::Util::TypeConstraint
+ - Put back the changes for parameterized constraints that
+ shouldn't have been removed in 0.59. We still cannot parse
+ them, but MooseX modules can create them in some other
+ way. See the 0.58 changes for more details. (jnapiorkowski)
+ - changed the way subtypes are created so that the job is delegated to a
+ type constraint parent. This clears up some hardcoded checking and
+ should allow correct subtypes of Moose::Meta::Type::Constraint
+ * Moose::Meta::TypeConstraint
+ - added new method 'create_childtype' so that a parent can now be in
+ charge of creating and influencing it's own children.
+ * Moose::Meta::TypeConstraint::Union
+ - more careful sorting of the type constraints that make up a name string
+ - support for create_childtype customization
+ * Moose::Meta::TypeConstraint::Parameterized
+ - support for create_childtype customization
+ * Moose::Meta::TypeConstraint::Parameterizable
+ - new parameterize method which is a type of factory method to make a new
+ type constraint with a given parameterized type.
+ * Moose::Util
+ - Change resolve_metaclass alias to use the new
+ load_first_existing_class function. This makes it a lot
+ simpler, and also around 5 times faster. (t0m)
+ - Add caching to resolve_metaclass_alias, which gives an order
+ of magnitude speedup to things which repeatedly call the
+ Moose::Meta::Attribute->does method, notably MooseX::Storage
+ (t0m)
+ * /t/040_type_constraints/027_parameterize_from.t
+ - test to make sure the new parameterize method works.
+ * /t/040_type_constraints/030-class_subtypes.t
+ - test to make sure we can properly subclass Moose::Meta::TypeConstraint
+
+0.59 Tue October 14, 2008
+ * Moose
+ - Add abridged documentation for builder/default/initializer/
+ predicate, and link to more details sections in
+ Class::MOP::Attribute. (t0m)
+
+ * Moose::Util::TypeConstraints
+ - removed prototypes from all but the &-based stuff (mst)
+
+ * Moose::Util::TypeConstraints
+ - Creating a anonymous subtype with both a constraint and a
+ message failed with a very unhelpful error, but should just
+ work. Reported by t0m. (Dave Rolsky)
+
+ * Tests
+ - Some tests that used Test::Warn if it was available failed
+ with older versions of Test::Warn. Reported by Fayland. (Dave
+ Rolsky)
+ - Test firing behavior of triggers in relation to builder/default/
+ lazy_build. (t0m)
+ - Test behavior of equals/is_a_type_of/is_a_subtype_of for all
+ kinds of supported type. (t0m)
+
+ * Moose::Meta::Class
+ - In create(), do not pass "roles" option to the superclass
+ - added related test that creates an anon metaclass with
+ a required attribute
+
+ * Moose::Meta::TypeConstraint::Class
+ * Moose::Meta::TypeConstraint::Role
+ - Unify behavior of equals/is_a_type_of/is_a_subtype_of with
+ other types (as per change in 0.55_02). (t0m)
+
+ * Moose::Meta::TypeConstraint::Registry
+ - Fix warning when dealing with unknown type names (t0m)
+
+ * Moose::Util::TypeConstraints
+ - Reverted changes from 0.58 related to handle parameterized
+ types. This caused random failures on BSD and Win32 systems,
+ apparently related to the regex engine. This means that Moose
+ can no longer parse structured type constraints like
+ ArrayRef[Int,Int] or HashRef[name=>Str]. This will be
+ supported in a slightly different way via MooseX::Types some
+ time in the future. (Dave Rolsky)
+
+0.58 Sat September 20, 2008
+ !! This release has an incompatible change regarding !!
+ !! how roles add methods to a class !!
+
+ * Roles and role application
+ ! Roles now add methods by calling add_method, not
+ alias_method. They make sure to always provide a method
+ object, which will be cloned internally. This means that it is
+ now possible to track the source of a method provided by a
+ role, and even follow its history through intermediate roles.
+
+ This means that methods added by a role now show up when
+ looking at a class's method list/map. (Dave Rolsky)
+
+ * Makefile.PL
+ - From this release on, we'll try to maintain a list of
+ conflicting modules, and warn you if you have one
+ installed. For example, this release conflicts with ...
+ - MooseX::Singleton <= 0.11
+ - MooseX::Params::Validate <= 0.05
+ - Fey::ORM <= 0.10
+
+ In general, we try to not break backwards compatibility for
+ most Moose users, but MooseX modules and other code which
+ extends Moose's metaclasses is often affected by very small
+ changes in the Moose internals.
+
+ * Moose::Meta::Method::Delegation
+ * Moose::Meta::Attribute
+ - Delegation methods now have their own method class. (Dave
+ Rolsky)
+
* Moose::Meta::TypeConstraint::Parameterizable
- Added a new method 'parameterize' which is basically a factory
for the containing constraint. This makes it easier to create
always keep them. (Dave Rolsky)
- added tests for this (rafl)
+ * Moose::Meta::Class
+ - Changes to how we fix metaclass compatibility that are much
+ too complicated to go into. The summary is that Moose is much
+ less likely to complain about metaclass incompatibility
+ now. In particular, if two metaclasses differ because
+ Moose::Util::MetaRole was used on the two corresponding
+ classes, then the difference in roles is reconciled for the
+ subclass's metaclass. (Dave Rolsky)
+ - Squashed an warning in _process_attribute (thepler)
+
+ * Moose::Meta::Role
+ - throw exceptions (sooner) for invalid attribute names (thepler)
+ - added tests for this (thepler)
+
+ * Moose::Util::MetaRole
+ - If you explicitly set a constructor or destructor class for a
+ metaclass object, and then applied roles to the metaclass,
+ that explicitly set class would be lost and replaced with the
+ default.
+
+ * Moose::Meta::Class
+ * Moose::Meta::Attribute
+ * Moose::Meta::Method
+ * Moose
+ * Moose::Object
+ * Moose::Error::Default
+ * Moose::Error::Croak
+ * Moose::Error::Confess
+ - All instances of confess() changed to use overridable
+ C<throw_error> method. This method ultimately calls a class
+ constructor, and you can change the class being called. In
+ addition, errors now pass more information than just a string.
+ The default C<error_class> behaves like C<Carp::confess>, so
+ the behavior is not visibly different for end users.
+
0.57 Wed September 3, 2008
* Moose::Intro
- A new bit of doc intended to introduce folks familiar with
- added tests to assure we work with Module::Refresh
- added stricter test skip logic in the Moose POOP
test, ask Rob Kinyon why.
- - *cough* DBM::Deep 1.0 backwards compatability sucks *cough* ;)
+ - *cough* DBM::Deep 1.0 backwards compatibility sucks *cough* ;)
0.18 Sat. March 10, 2007
~~ Many, many documentation updates ~~
- 'with' now checks Role validaity and
accepts more than one Role at a time
- 'extends' makes metaclass adjustments as
- needed to ensure metaclass compatability
+ needed to ensure metaclass compatibility
* Moose::Role
- refactored the keyword exports