Add an additional test to make sure that the original meta method
object is being preserved.

More tidying of the test file

Tidy tests

Separate packages and remove useless do

No need to document an internals change

Rename _make_wrapper to _curry_wrapper and fiddle its interface

Use class_of instead of CMOPC->initialize

TODOify the failing test I added

document FAQ change in Changes

add a FAQ about the coercion change in 0.76

When your ->meta method does not return a Moose::Meta::Class, the error message gave the wrong output

Add failing test for anonymous method metaclass persistency

If we M'Ex/also a module that isn't loaded, hint that to the user

added check for an even number of options to 'has'

bump version to 0.79

Changes for 0.79

At least try to get the inheritance chain from a metaclass object
before falling back to mro::get_linear_isa.

More global destruction fixes.

The existing global destruction tests were not happy on Win32. This is
based on a patch from Robert Krimen, but is greatly simplified by
making sure the only test output we provide is from the .t file,
rather than mixing it between the .t and the helper script.

This also changes how we loop through the ancestors for a class in
DEMOLISH. I was seeing failures on 5.8.8 that happened when the
metaclass object had been garbage collected and we tried to make a new
one. Making a new one failed because the meta-attribute objects for
Moose::Meta::Class itself had also been garbage collected!

This is a hack to avoid the meta-API entirely during destruction.

Missed a test that was badly testing for \n

Add note about test fixes

bump version to 0.78

Add release date

Fix tests that tested for literal newlines in warnings, as this failed
on Win32.

Test::Output IS optional

Oops, CMOP depends on Test::Exception 0.27, not 0.22

Depend on the latest Test::Exception (we just bumped the dep in CMOP,
might as well do it here too)

remove_metaclass_by_name only takes a single argument

Tweak latter instances of the test to remove the metaclass instances for the classes which did not initially (at the time the sub class with the test in says 'extends') have them - therefore the latter tests still test the same issue

Factor out Role's before/after/around into a helper function

    I would use Moose::Util::add_method_modifier but that supports
    regular expressions for the method name, which roles do not.

Extend t0m's tests for mixed moose/non-moose parentage to make sure
that metaclass roles always end up propogated, even when there is
multiple inheritance from various mixtures of Moose & non-Moose
parents.

Tweak test description

Formatting tweaks

Make role_for_combination private

Move method so the definition comes after first use

Satisfy pod_spell

Add role_for_combination for MXRP

Move t0m's changelog entry into the right spot

Pod formatting fixes.

remove all uses of load_class's return value; use class_of instead, where appropriate

some style tweaks to t0m's change to the metaclass compat fixing code.

Fix one of the issues you see with metaclass incomat when you have a moose-non moose-moose @ISA chain. Specifically, this affects Catalyst applications if you want to run 5.80, have a Moose native application, but extend a controller base class from CPAN which hasn't been ported to Moose yet. This also changes a few private methods to pass the metaclass instance, rather than the class name - as we now have it sooner ergo it's neater.

Fix typo in Extending::Recipe1

Actually require CMOP 0.83 in code, not just the Makefile.PL

Add / to front of paths in .gitignore

Make role_applications return a list not an arrayref

Weaken the references to role and class, like everything else does

make sure tests in xt get run for authors and disttest

Doc for role_application methods

Doc

Tests for Application::ToClass

Add role application objects to each class

Have Moose::Meta::Role::Application::ToClass track the class and role

Add some more words to our dictionary

Fix speling

Doc all Changes

Remove link to nonexistent recipe

Moved recipes to get rid of Basic 8 as a TODO, and just let them be numbered sequentially.

Merge WTF into FAQ - in many cases WTF was out of date and wrong, and
in many other cases the same things were duplicated between documents.

Moved the FAQ to the Manual

Add back Unsweetened.pod as a pointer to Moose::Manual::Unsweetened

move Unsweetened into the Manual

Remove $next->($self, ...) in favor of $self->$next(...)

Fix aroun example to handle both read & write cases correctly.

Minor code tweaks in the FAQ

add some tests relating to destruction

update changes

don't rely on method meta objects still existing in DEMOLISHALL

better error message for when global destruction messes with DEMOLISH

update other docs about Moose::Exporter to not use strict/warnings

remove strict and warnings from modules that use Moose::Exporter

Text tweaks for description

update changes and delta

fix typos in Moose::Exporter docs

update docs for Moose::Exporter

make Moose::Exporter import strict and warnings

test that "use Moose::Exporter" imports strict and warnings

Fix some odd indentation in some code examples

s/a/an/

Some small wording tweaks for Construction manual

Add a simple code example for "no Moose".

bump version to 0.77

Minor formatting tweaks to Changes

Add release date

Document dep change

Just require CMOP 0.83 so CPAN won't break

Fix a few small typos

Apparently this is a feature. nevermind :-/

Add TODO test for get_method_list returning the meta method for roles.

Update the TODO, removed things that are done, and added a bunch of
internals changes to work on.

05:27 <@autarch> just import them in both Moose & CMOP

update changes

fix accidental exports

swap instance of Class::MOP::in_global_destruction to Devel::GlobalDestruction in_global_destruction

swap instance of Class::MOP::subname to Sub::Name subname

For inheriting from a non-Moose class, just point to basics recipe 12.

Mention MX::NonMoose

Doc FAQ changes

Another pass at the FAQ for legibility

hahaha turning off type constraints has been coming "in the next
release" for probably two years now

Get rid of some "I"s for "we"s

Efficiency FAQ updates