add new pod to the manifest

bump version and update changes for release later today (I hope)

Add changes for latest bug fix

Actually track exactly what coderefs we export by stringified name,
and then in unimport only clean if that stringified name
matches. Previously, we relied on Sub::Name actually being present,
which is not guaranteed.

Fix test count

We need the evals here to force this stuff to happen at run time, but
we should just do if the eval fails.

All these evals do is hide when Moose or some other module has a syntax error.

Clarify that there's just one intentional bug

$self should be %self if we use map like that

Redo changes for jnapiorkowski's TC change

Cosmetic changes (mostly from perltidy).

updated changes file

fix types with stringifyable TC objects

add mention of BUILD in Intro

Fix coercions

Be consistent in terms of first/second person

Update changes with the new docs.

Add Moose::Unsweetened, parallel examples of classes with & without
Moose.

Fix a code goofup. Add a link to Moose::Unsweetened.

Fix attribute name

Rename delegation to make it more distinct

Add a definition for immutabilization, and a WHAT NEXT section
pointing people at the Cookbook.

More wordsmithing, general cleanup, speling fixes, examples, and so on.

i* Added the first version of rough notes on how MooseX::Compile is to
work in the form of an IRC conversation with yuval

The new Moose::Intro.

I figure I can reasonably add my name here now.

Moving justification to Moose::Intro too. Also removed the caveat
about combining extensions, we do have good ways to do that now
(mostly).

Cut out some extending junk which is better covered in the recipes.

Add a link to the soon-to-be-written Moose::Intro

Doc constructor_class & destructor_class accessors

Add some examples of object construction to the synopsis, since this
is pretty important, and shouldn't be buried most of the way down the
text.

Another spelling error.  Pedantic, ain't it?

Tiny little spelling error in Moose::Cookbook::Extending::Recipe1

Handle the case where $instance ends up resolving to a class name, not
an object, in _inline_check_lazy.

This is a bit of a hack, but the whole immutable thing is a giant
hack, so I don't think it's too bad.

Alternately, we could add a new _inline_class_name method and just
call that, and I could override it for class attributes.

Pass the invocant name to _inline_check_lazy for consistency (also
makes my class attribute work saner)

Split out calling an attribute's builder into its own private method.

A) This is a nice refactor.
B) It makes subclassing easier, and I need it for MX::ClassAttribute.

bump version to 0.56 and update changes for release

Remove references to
Moose::Meta::Role::Application::ToMetaclassInstance which was
obsoleted by MU::MetaRole.

require stable MOP 0.65

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.