Add comment on my voodoo line which makes all my tests pass

There's no need for _fix_metaclass_compatibility to return anything,
it can just alter the reference in place.

Test that the metaclass role we apply for My::Class10 is actually applied

Fix typo in test description

More metaclass compatibility handling.

When creating a new class, fix its metaclass compatibility as well as
when extends is called. This means that classes created via
Moose::Util::MetaRole (aka new metaclasses) have their metaclass
compatibility fixed. Sounds crazy, but it basically lets combine
modules which give the caller a new metaclass (like Fey::ORM::Table)
and modules which then apply roles to the caller's metaclass (like
MX::ClassAttribute).

And hey, there's tests.

Fix the spelling of compatibility in here too.

Oops, left in a conflict marker

merge trunk to method-changes branch

On further examination, this test is bogus. If you subclass a Moose
class via "use base" and not "extends", you don't get to complain that
Moose finds a metaclass incompatibility. When you call "extends" Moose
explicitly fixes said incompatibility.

The super-duper fix metaclass update.

Basically, this implements the whole "if two classes differ by roles,
reconcile the roles" algorithm.

Along the way, this also fixes some bugs in
_fix_metaclass_compatibility, where it could lose things like roles on
a metaclass's attribute metaclass if the parent class's metaclass was
a subclass of said metaclass (ugh, this is hard to talk about).

Update changes with credit for latest bug fix

Do not unimport functions which we explicitly re-export by reference
as-is. This means that Moose _always_ gives you Carp::confess,
Scalar::Util::blessed, etc.

Make backwards incompatibility clear in changes

Actually implement associated_attribute for delegation methods, and
test it.

Add docs for Moose::Meta::Method::Delegation.

Update changes for this branch

Add Moose::Meta::Method::Delegation and use it for delegation methods

No more alias_method for roles either. This meant more or less copying
the latest changes in CMOP::Class->add_method to Moose::Meta::Role.

Now roles add methods via add_method, which clones method objects as
needed. Added tests for this cloning and making sure we can track the
history of a method through any roles it's been in.

One of our todo methods here now passes, because Moose::Meta::Role::Method isa Moose::Meta::Method

Make docs match reality

Make this class subclass Moose::Meta::Method, which keeps things saner.

This branch will include several changes:

* Tracking the source of all methods added from roles (via method cloning)

* Added a Delegation method class for delegated methods

* Finally, changing _fix_metaclass_compatibility to use the source
  tracking to implement the "if metaclasses differ by roles, reconcile
  the roles" algorithm.

Skip these tests for now (hopefully this will get fixed in a near-future release)

Add a failing test for the following construct, which explodes due to metaclass incompatibility:

package Parent;
use Moose -traits => ...;
package Child;
use base 'Parent';

Add some tests for the error handling in Moose::Object, and fix a bug
I found which motivated said tests.

Add a plan and tidied the code a little

fix errorneous planning (no_plan doesn't take args)

fix errorneous planning (no_plan doesn't take args)

Add a missing "a" to Moose::Intro.

Add an example of delegation too.

Turn on coercion for birth_date

Fix links to role recipes

Matt Kraai's spelling fixes for Moose::Intro

Moose::throw_error -> Moose->throw_error

foo

Merge branch 'pluggable_errors'

Merge ../Moose-error into pluggable_errors

Merge ../Moose-error into pluggable_errors

Merge ../Moose-error into pluggable_errors

Tweak the extending text a little

Be more consistent in styling and wording of definitions

Mention extensibility of Moose too

merge trunk to pluggable errors

bah

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?