a bunch more tests for the Maybe constraint that I wrote while trying to figure out the correct way to write the new Optional constraint.  Why waste them?

make sure we can create an anon class that has a required attribute
this will require the previous commit to Class::MOP
(that will become version 0.67)

Make regexes line up nicely

this tests defining the same type twice

Add a test case for the bug which autarch fixed in r6033

Remove no longer relevant explanation of something the example no
longer shows.

Missing an apostrophe.

The sugar subs are not called as methods.

when loading Test::Warn, require at least 0.10

Include an example of how you define the sugar for Moose::Exporter

Barrage of tests for primitive type constraints

changes line for deprototype

Clarify nature of bug fix

merged deprototype branch to trunk

Oops, broke some tests when I fixed an error in M::Exporter

merge trunk to deprototype branch

Add missing space

Add CheckVersionsMatch step

Oops, this is Moose::Exporter, not MooseX

synopsis tweak
(I'm pretty sure you need a ->meta there)

Fix handling of anon subtype with both constraint & message

Remove a bunch of hard tabs

First, fix confess() so it actually exists. I don't know how
nothingmuch planned to implement switchign between throw_error() and
confess() here though.

remove prototypes from type declaration sugar functions except the (&) ones

nuke prototypes on type constraint construction and retrieval routines

create new deprototype branch

Make sure that metaclass incompat fixing doesn't touch base object class setting.

update manifest

Be defensive against being called for a Moose::Meta::Role (which can
happen if we apply a trait to a role).

Tweak throw_error changes description

changelog error_class

More !!

Document error_class attribute.

Tweaked the metaclass reconciliation bits to account for error_class.

Add some MetaRole related tests for error_class. Added a test plan.

Document latest bug fix

Fixed a bug where an explicitly set constructor or destructor (and now
error) class would be lost if roles were applied to other metaclasses,
but not said class.

forgot to update MANIFEST on last commit

check for a valid attribute name in Moose::Meta::Role
added testcase for odd has() calls
squashed a warning exposed by that test in Moose::Meta::Class

This need to subclass Class::MOP::Method::Generated too

Run this through tidy

No need for default to be a sub when it just returns a string.

Include tidying.

Load Carp

Need to load the error class or tests fail

add strict & warnings, tidy

remove old comment

test last_error

rename 'error' error parameter to 'last_error'

error_class is now the one true way

Add docs on how metaclass incompat is resolved

Bold the method name

No need to fix metaclass incompat here, it'll be fixed when
superclasses is called.

update manifest

error tests and fixes

error tests and fixes

Add note about conflict list

Restructure the logic here a bit

Require the next MOP

Add conflict detection for modules we know break with this release of
Moose.

Bump version for next release (soonish, I hope0

update manifest post-merge

Changes indentation fixup

merge method-changes branch into trunk

Move the generation of delegation methods into MM::Method::Delegation itself.

Small tweaks and add jnapiorkowski's name to all his changes

updated the changelog

merge trunk to method-changes branch

Merge jnapiorkowski's parameterize_constructor_role branch, which
makes it easier to build a library for structured types.

Fix docs for parameterize

There's no need ot expose Parameterizable's ->parse_type_constraint
method as a public method, since it was used once, and it's return
value was passed right back into said module.

Add a missing space.

Fix method name in docs

Even more code tidying

More code tidying

Yes, I know it's a string, that's why we're parsing it ;)

I'm going to take away jnapiorkowski's tab key!

Tidy some funky code.

Merge Moose trunk to parameterize_constructor_role branch

Doc check_metaclass_compatibility

superclasses expects an array, not a reference.

Weaken anon class metaclasses after updating them in the CMOP cache.

Simply fix metaclass incompat before we check if it is compat.

This fixes various weird edge cases where a metaclass object is
created and is not compat with the parent's metaclass. In particular,
this fixes the case where a class applied traits to its metaclass, and
some other class subclasses it via "use base" and not extends.

changed made sure I properly delegate parsing the type constraint parameter string to the actual type constraint, instead of try to shove everything into the utils package

Add description for metaclass incompat changes.

These tests pass now

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).

added a method to normalize incoming type constraint names and changed how union types are named to match this, updated tests to match

Merge 'trunk' into 'parameterize_constructor_role'

r16946@dev (orig r5826):  sartak | 2008-09-11 01:39:57 -0500
 r71616@onn:  sartak | 2008-09-11 02:39:02 -0400
 Add a failing test for the following construct, which explodes due to metaclass incompatibility:

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

r16950@dev (orig r5830):  autarch | 2008-09-11 08:48:05 -0500
Skip these tests for now (hopefully this will get fixed in a near-future release)

r17011@dev (orig r5882):  autarch | 2008-09-12 10:33:41 -0500
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.
r17012@dev (orig r5883):  autarch | 2008-09-12 10:34:07 -0500
Update changes with credit for latest bug fix

more tests to flex type constraint name normalization

- moved the ->parameterize tests to own test suite
- changed  t/030_roles/017_extending_role_attrs.t to deal with the fact we sort
  union type constraints
- removed ugly hack from ->parameterize to force a tc name
- union types now sort @TC and properly canonicalize their names
- changed the regex parsing for stringed type constraints so that we ignore
  pointless whitespace and have support for upcoming structured types

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.