update MANIFEST - seriously, why is this in source control?

bump version to 0.55_04

merge meta-role-helper branch and update changes

recipe was missing a number

merge trunk to meta-role-helper branch

use the mathematical definition of "natural number" for the TC example in the POD

Don't load in Data::Dumper (we don't even use it here!)

Fix the MOP dep so it actually registers

bump the version to 0.55_03

Add changes for 0.55_03

bump the Class::MOP dep to 0.64_07

merge trunk to meta-role-helper branch

When we reinitialize from the super meta class, we need to also reset
constructor & destructor class from the super's meta.

revert back to code as it was before my depths into madness

remove some debugging junk

This is about 50% of the way towards making
_fix_metaclass_incompatibility smart enough to detect when two
metaclass classes differ only in the roles they do.

It works as far as it goes but to do it right it'd have to check and
reconcile the attribute, method, & instance metaclasses, plus the
constructor and destructor class.

All in all, it's a mess.

I'm checking this in to record it, and will rever in the next commit.

Fix some broken tests (testing the wrong class)

require the latest MOP

why do we keep this in source control?

Don't ship .shipit

bump version to 0.55_02

Add a .shipit file

Update changes for next release

More tweaking of t0m's doc changes

a little tweaking of t0m's doc changes

Merge trunk to meta-role-helper branch

Remove comment about updating the package cache flag, that's a red
herring (this whole method map thing is a big of a mess).

Update comment for this test, so it is more accurate.

Adding a role changes the method map, but it will not change the
package cache flag, so we need to reset that flag when adding a role.

This fixes the bug tokuhirom found, which is tested in
t/030_roles/031_roles_applied_in_create.t

This test had a bug, and what it's testing is already tested elsewhere.

oops. i forgot to commit this method

redo these tests using is_deeply

added new test: t/030_roles/032_roles_alias_methods.t
this test failes on only perl 5.10(maybe)

add a comment about package cache flags

Expand the comment for this test

Add an explanation about Roles/Traits and the difference between them (or lack thereof). Also drive-by speeling fixation

Clean the test up a little to use Test::Exception

added new test case: t/030_roles/031_roles_applied_in_create.t
nothingmuch: this tests failed with perl5.10

More tests that won't pass until _fix_metaclass_incompatibility is much smarter.

Add a long comment detailing what's not quite right with
_fix_metaclass_incompatibility and describing how it can be fixed.

document subclass problem with metaclass roles

Add more tests, including some that won't pass until we can make
_fix_metaclass_incompatibility much smarter.

Rename $meta to $super_meta in _fix_metaclass_incompatibility to make
it clear whose $meta it is.

Remove another level of indentation for even more short-circuiting of
our loop.

Remove some comments that are bogus now that we check is_pristine and
blow up if that is not true.

Refactored/reformatted _fix_metaclass_incompatibility in order to make
it a little simpler to read, and remove a level of indentation.

No need to remove the metaclass when we're calling reinitialize

wrote extending recipe2 (role for object base class)

Fix copyright year

Add caveat about metarole experimental-ness

Add a load of docs to some of the under documented bits of type constraints. I don't write great docs, but it's better than it was. Also fix exception in Moose::Meta::TypeConstraint predicate methods, add an exception to Moose::Meta::TypeConstraint::Registry::add_type_constraint if you don't supply something which looks like a type constraint. Couple of other little fixes: warnings, general cleanup and doc additions in the type constraint code.

Mark extending recipe 2 as TODO

Added an overview "recipe" for Moose extensions

renamed some recipes in prep for adding extension intro

Add a test count.

Add tests for applying several roles in succession, to make sure we
preserve previously applied roles. Also added a test count.

Update changes some more

Re-implemented metaclass traits using Moose::Util::MetaRole. This
means removing some new bits I added in Moose::Util and the
Moose::Meta::Role::Application::ToMetaclassInstance class.

Add warning to this MetaRole docs that it might go away

Merge trunk to meta-role-helper branch

Add docs for Moose::Util::MetaRole

Implemented Moose::Util::MetaRole, which lets you apply roles to any
meta class, as well as the constructor & destructor classes and the
object base class.

To make this work properly, I had to make constructor & destructor
class attributes of Moose::Meta::Class, rather than just hardcoding
them.

Doh, the SYNOPSIS was totally wrong.

a branch to work on a helper for applying roles to many meta classes at once

Add date for last release

Mention explicit 5.8.x requirement

make Perl 5.8+ requirement explicit in both Makefile.PL and Moose.pm

add t0m's test to the MANIFEST

Fix version # in README

Require MOP 0.64_01

Implement the "eval $VERSION" trick from perlmodstyle so CPAN doesn't
spit out many warnings on dev versions.

changelog

Changes for next release (which will be a dev release)

Various style changes and de-messification

Fix t0m's spelling

Fix type coersion of lazy values accessed using the get_value method. I've RFC'd this patch 3-4 times on IRC, but got no feedback. Therefore I'm committing it as it passes all the pre-existing tests, and fixes the bug I found.

wrap_method

remove %METAS lexical from Moose::Role, Class::MOP handles registry now

metaclass option for Role::init_meta

package cache flag methods for Role

Role::add_method

localize %seen instead of resetting it

metaclass compatibility checking/fixing corrections

get_all_methods in immutable memoization list

pass in @_ % 2 == 1 for compat

improve error message for existing &meta

Remove ->meta from Moose::Meta::Role

remove ->meta from _fix_metaclass_compatibility

No need for arrayref with single argument to also

More tests & fixes for the goto &Moose::import case.

When this happens, the first argument to Moose::import is the original
package (Squirrel, etc). Arguably, this means that doing this goto
stuff is wrong, but it's easy enough to ignore this, since we know
what the real package is when we construct the import & unimport subs.

Whoops, the synopsis still had an old API

Add some tests for goto &Moose::import

pass hashrefs to _new

Minor doc fix and a formatting tweak

also immutablize Parametrizable

make more things immutable

use hash ref in Moose::Object::new

also accept hash refs to new_object and friends

Moose::Exporter fixes + rename build_import_methods to setup_import_methods

Fix spelling of "recommended"