make my Changes entry more consistent

Don't iterate over the same list twice

(especially since the two loops can share state)

Don't only conditionally use load_class since..

we need the metaclass (which load_class gives us)
and load_class already checks is_class_loaded

Mention Moose::Manual::Delta at the top of Changes

Changes and Delta for no-meta stuff

Merge branch 'master' of gitmo@jules.scsys.co.uk:Moose

init_meta documentation

optimized RoleName class_of

unoptimized RoleName class_of

class_of in apply_base_class_roles

Small refactor and class_of in MetaRole::_make_new_metaclass

class_of in MetaRole::_make_new_metaclass

class_of Util::apply_all_roles 2/2

class_of Util::apply_all_roles 1/2

class_of TCs

class_of MetaRole

class_of extends

Need to handle $self->new just as well as $class->new

class_of for does

class_of for DEMOLISHALL

class_of for BUILDALL

class_of for BUILDARGS

Use Class::MOP::Class->initialize for Moose::Object::new

class_of role TC is_subtype_of

class_of role TC is_subtype_of

class_of role TC parents

class_of in Class type constraint

class_of in TypeCoercion->new

class_of in role->combine

Look up the metaclass in get_method_map instead of blindly calling meta
on foreign packages! Yikes!

Use $META since we have it

class_of in ToInstance->apply

class_of for Destructor.. I wonder if this is even right

class_of _reconcile_role_differences

no-meta _reconcile_with_superclass_meta

Comment applies here too

no-meta excludes_role

does_role no-meta'ing

Use class_of for roles

initialize will return the metaclass if it's there, no need to call meta

We throw fine error messages when trying to get a role metaclass

Use class_of in attr->clone

class_of in Moose::Exporter

Ignore .prove

clean up a bit, update to point at the git Repo

update the doap.rdf with the authors found during the great Git conversion

Merge branch 'master' of gitmo@jules.scsys.co.uk:Moose

forgot we had List::MoreUtils

s/keyword/sugar function/ and code-ify code

optimize the where logic a bit

21:49 <@stevan> and mention jrockways alternate solution "fork all of CPAN instead"

record changes for duck_type

Merge branch 'ducktype'

doc cleanup for duck_type

make a lazy attribute use the same logic value coercion and constraint checking as a regular set, when inlining

updated recipes for new meta recipe 6

now with documentation

No point in running this twice since accessors are always inlined

21:09 < Sartak> no_plan is the worst

Instead of repeating the same coerce & verify logic over and over
let's use this crazy thing called a method.

add duck_type to Moose::Util::TypeConstraints
this will subtype Object and check to be sure the value ->can() a list of methods

Fix speling error

Always use verify_against_type_constraint to check attribute value
validity (this doesn't fix perigrin's bug though)

Make the tests run once mutable, and once immutable

Comments are quite but completely useless

and a little more

Tidied the code

Merge branch 'master' of gitmo@jules.scsys.co.uk:Moose

add tests for when we lazy load a value and the type constraint is violated

Wrote meta recipe 6, a method metaclass example

bump version and update Changes

Remove some method from the exclusion list that don't exist

fix some pod coverage issues

Penfold is high, Moose HEAD works fine with older MX::AH

ignore distro dirs

Oops, accidentally edited some code

Exclude git files

Update for use with git

bump version and update Changes

Revamp docs for Moose::Object

Docs for MM::TC::TypeRegistry

Add some more words to the dictionary

Fix a speling mistake

Revamp docs for M::Util::TC

trailing whitespace must die

docs for Moose::Util

Make trait name resolution a head2

Punt on documenting Parameteriz{able,ed} - the API is just
bizarre. When I find myself unable to coherently explain how to use
said API in the docs, it's time to stop writing docs and start
refactoring.

Fix pod coverage test to actually exclude things that should be
excluded, and document things that shouldn't be

Docs for MM::TC::Union

Small refactoring of Union type to remove some wacky code

Docs for MM::TC::Role

Fix a small type

Docs for MM::TC::Enum

docs for MM::TC::Class

Add inheritance section

docs for MM::TypeConstraint

s/constraint/coercion/

Docs for Moose::Meta::TypeCoercion::Union

Docs for Moose::Meta::TypeCoercion