Refactor role application code to call ->get_method much less.

Use new _get_local_methods API, and add it to MM::Role::Composite

todo test for satisfying a requires() assertion via composing another role

add native hash attribute tests to confirm that set will always return the value(s) stored in the hash

Fix a syntax error in the Makefile.PL

Add missing underscore

explicitly specify origin/master as the start point for a new topic branch; as a git n00b I was leaving this off, which made future rebases/merges harder (and experienced git users will know whether they want to use a different branch as a start point).

adding MooseX::NaturalKey to test-my-dependents

word choice

Conflict with MX::POE 0.205

Conflict with MX::AlwaysCoerce 0.05

Fix version for pre-0.94 MetaRole API warning

Need to dep on next CMOP for default generation changes

Squashed commit of the following:

commit 8971c228f8023614db46fdb3962872b0cec870c1
Author: Dave Rolsky <autarch@urth.org>
Date:   Mon Jul 26 12:55:53 2010 -0500

    Move changes entry to NEXT

commit f449c3feef8c6529e4285206317f003d890c4d8f
Author: Shawn M Moore <sartak@bestpractical.com>
Date:   Fri Jul 23 23:46:05 2010 -0400

    Changes entry

commit 07bd93af9010bdefce4c97cd01b7144b05356bd9
Author: Shawn M Moore <sartak@bestpractical.com>
Date:   Fri Jul 23 23:09:11 2010 -0400

    Throw an error when enum has a weird argument list

        This protects users against this kind of construct:

            has type => (
                is       => 'rw',
                isa      => enum ['foo', 'bar', 'baz'],
                required => 1,
            );

        This code will NOT do what you want, being parsed like:

            enum(['foo', 'bar', 'baz'], 'required', 1);

        which ends up with an enum named by a stringified array reference
        where the valid values are "required" and "1". And the required-ness
        of the attribute is obviously not intact. So this attribute is
        really FUBAR.

commit cebc707b8c48409852974c92a937aa205754c480
Author: Shawn M Moore <sartak@bestpractical.com>
Date:   Fri Jul 23 22:51:56 2010 -0400

    Move the <2 values error from the sugar into the class

commit c699a721ca06b9a10e3a2dab42a5f3f661e871b7
Author: Shawn M Moore <sartak@bestpractical.com>
Date:   Fri Jul 23 22:38:45 2010 -0400

    Remove useless assignment for enums

commit 898f80e945b938916416449c492904b857268798
Author: Shawn M Moore <sartak@bestpractical.com>
Date:   Fri Jul 23 22:33:34 2010 -0400

    Throw errors when enum values include undef or refs

Move changelog for default fixes to NEXT

Squashed commit of the following:

commit 0d0fc578def25e8c4d83a911fac0f285b9fe4687
Author: Jesse Luehrs <doy@tozt.net>
Date:   Mon Jul 5 16:30:32 2010 -0500

    changelog

commit a1935c6559b2b82b1a54fc23230d5fb066774715
Author: Jesse Luehrs <doy@tozt.net>
Date:   Mon Jul 5 19:29:48 2010 -0500

    just use cmop's _generate_default_value

commit 33399a9225667fb68364acf6b9a1badb744c1435
Author: Jesse Luehrs <doy@tozt.net>
Date:   Mon Jul 5 02:07:21 2010 -0500

    avoid converting ints to strings when validating the Int tc

commit 6012070770f47ba52cf7177a69c4e0bf4a1320af
Author: Henry Van Styn <vanstyn@intellitree.com>
Date:   Mon Jul 5 02:57:28 2010 -0400

    don't stringify numeric defaults in the inlined codepath

    added extra check in
    Moose::Meta::Method::Constructor::_generate_default_value to return the
    raw default value if it passes looks_like_number($attr->default). This
    fixes the bug where non-lazy attributes with defaults set to numbers
    would be returned as a string instead of a number (i.e. attribute with
    default => 100 would be returned as "100" instead of 100)

commit d1939fbdc40718a351c02435ca2766c058273c23
Author: Jesse Luehrs <doy@tozt.net>
Date:   Mon Jul 5 00:22:19 2010 -0500

    failing test for attributes with numeric defaults during immutability

Doh, fix typo in docs

bump version to 1.09

Require the latest CMOP

Delta entry editing

Tweak wording in Delta

Reorder and speling fix

Release date for 1.09

Small wording fixes in Changes

Rephase +foo legality change

Conflict with MX::AttributeInflate 0.02

Conflict on MX::InstanceTracking 0.04 and MX::HasDefaults 0.02

Fix reference to old MetaRole function name

Conflict with MooseX::UndefTolerant 0.04

Always check that a constraint has a coercion before calling ->coerce

Turn off deprecation warnings.

Make sure that setting an invalid value fails

Ignore Moose::Meta::Attribute and Moose::Meta::Class for deprecation warnings

Add coerce without coercion to list of deprecated features

Don't try to inline a coercion unless the type constraint has a coercion

Revert an earlier change (from master) so that we never try to call ->coerce on a constraint unless it has a coercion.

The new tests aren't done.

Add MX::AutoDestruct

MX::Net::API is now called Net::HTTP::API

Update conflict versions for some MX modules

Conflict with MX::Singleton 0.22

Conflict with MX::Role::WithOverloading 0.06

Conflict against MX::MethodAttributes 0.22

Conflict with MX::FollowPBP 0.02

Conflict on LazyRequire 0.05

Conflict with MX::CA 0.13

Remove with_caller from the deprecations

MX::Types uses it somewhat legitimately, and if this warns, then every module
using MX::Types warns, which is a _lot_ of modules.

Conflict with MX::SAA 0.05

Conflict with MX::StrictConstructor 0.08

Explicitly ask for api version 0.55 so we can call Moose::init_meta

Require Package::DeprecationManager 0.04

Test that coerce errors come out for each attr, not just once per package defining the attrs

Explicitly use Moose::Deprecated in all modules that call ::deprecated()

Alphabetize author_requires

Issue deprecation warning on coerce => 1 without coercion, rather than dying

Doc deprecation warnings in Changes for Delta.pod

Add docs for Moose::Deprecated

Require Package::DeprecationManager 0.03

Deprecation warning for Moose::init_meta

Deprecation warning for calling type() or subtype() with a list of params

Mention removal of MMR->alias_method in Changes

Remove alias_method (it's been deprecated since 0.73_01)

Deprecate the Role type

Add Moose::Deprecated, and clean up use of deprecated features in tests

fix a test and clarify some docs

Minor corrections to satisfy pod_spell.t

Merge remote branch 'origin/rfc/illegal_options_for_inheritance'

Conflicts:
Changes

Merge remote branch 'origin/rfc/accessor_overwrite_function_warning'

implement a with_traits helper function

warn if we try to overwrite a local function with an accessor

changelog

clean up some things, and allow overriding unspecified options

Implement inversed logic when defining which attribute options can be changed

Conflict on File::ChangeNotify for coerce changes

Keep conflicts list alphabetized

Remove some crufty unmaintained modules from our test list

use the correct option name

Small wording tweak in Changes

Include type name in error when coerce => 1 is given for a type without a coercion

If you pass coerce => 1 for an attr, its type must have a coercion or an error is thrown

Remove totally unused chunk of code

L<> does not need the module name twice any more

Don't mention number of releases, since that's already changed.

No need for "find or create" logic on class types.

It's safe to call class_type('Foo') repeatedly, so why complicate things.

Editing of MX::Types related bits

Remove some trailing whitesapce, and rework a paragraph.

Remove doubled word

Move the MooseX:: namespace section under extending Moose

    Doesn't really fit under metaclass compatibility

bump required perl version to 5.8.3

use 5.10's new recursive regex features for the tc parser

Revert "added extra check in Moose::Meta::Method::Constructor::_generate_default_value to return the raw default value if it passes looks_like_number($attr->default). This fixes the bug where non-lazy attributes with defaults set to numbers would be returned as a string instead of a number (i.e. attribute with default => 100 would be returned as "100" instead of 100)"

This reverts commit c6aa41d31df9342ced768cf10d59060f56643c62.

added extra check in Moose::Meta::Method::Constructor::_generate_default_value to return the raw default value if it passes looks_like_number($attr->default). This fixes the bug where non-lazy attributes with defaults set to numbers would be returned as a string instead of a number (i.e. attribute with default => 100 would be returned as "100" instead of 100)

Fix pod error

Revert the change that unimported strict & warnings on no Moose(::Role,::Exporter)

don't inline accessors unless the instance supports it

Ignore coverage reports

version bump

mention a couple extra release steps

changelog

factor out a small part of the constructor inlining

handle fixing when the child class already does all necessary roles

oops, this should have been mentioned in the docs