Tidy some funky code.

Merge Moose trunk to parameterize_constructor_role branch

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

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.

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.

removed debugging code, all tests are passing, added method to parse the type parameter string

finished parameterized method, tests and converted Moose::Util::TypeConstraints to use it

finished parameterized method, tests and converted Moose::Util::TypeConstraints to use it

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';

first go at some test cases and basic implementation

new branch to create a more generic constructor for type constraints that accept parameters

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?

Don't ship .shipit

bump version to 0.55_02

Add a .shipit file

Update changes for next release

More tweaking of t0m's doc changes

a little tweaking of t0m's doc changes