conflict on mx-attribute-deflator 2.1.5

version bump

changelog

oops, this was supposed to be an expression

changelog

adding quotes around arbitrary stuff isn't safe, just stringify

move eval_environment for accessors to the attribute metaclass

move eval_environment for constructors to the metaclass

Make our Makefile.PL more friendly by explicitly checking for modules that it needs

changelog

make sure the correct delegation name is used in errors

if we aren't calling _inline_return_value, none of this is necessary

Add some tests for array traits to make sure it doesn't have the same accessor method bug that hash traits had

Sort the keys in %handles when making delegation methods

This makes it easier to find a given generated method when dumping the generated source

Tweak test description and tidy code

Optimize the get branch for hash accessors a little bit

changelog

fix hash accessor generation (with a bit of a hack/:)

better accessor context descriptions in general

better definition context for native delegation methods

test for hash accessor bug (rt 68837)

Fix bad package name

addition of first_index to the native Array trait.

changelog

move this one to after build

run these after filegatherers and such

changelog and version bump

move these plugins earlier

use correct version number in ::Delta

dzil plugin to ensure ::Delta doesn't have $NEXT in it

add 2.0007 to the changelog

add a dzil plugin to ensure that the git checkout is up to date

No need to mention TC inlining twice

Merge remote-tracking branch 'origin/master'

changelog

Work around List::MoreUtils::all being misparsed under 5.10 (no idea why that was happening)

Remove ; at end of sub definition

Gitalist has a bug in its test suite where tests fail if you're running from a git checkout and you've set your username via git config

Conflict with MX::ClassAttribute <= 0.25

When generating inlining code, distinguish between $default from calling $attr->default and the default val it generates

Add definition context to every accessor defined internally

ignore MYMETA.yml

Just fetch Value type once rather than each time inlining is done for Num and Int

update docs to show how to call into parent checks

in each subtype inline_as, use the check from the parent rather than repeating the code

Also run the special Str tests on the types that descend from Str (tests still pass).

fix punctuation

punctuation fix

Add Chloro to deps test

Remove JSORB

It may be what's killing Jenkins, and Stevan doesn't seem interested in maintaining it

MooseX::Net::API has been deprecated by the author

better error message for calling superclasses as a writer when immutable

Remove FCGI::Engine

One of its tests, t/020_basic_manager.t, seem to be just hanging forever

Bump version in master

fix changelog

pod coverage and such

add stuff from that test to author requirements

tests for closing over stuff

stop closing over method objects when installing modifiers

also don't close over member tc objects in native delegations

changelog

actually, can't do that, since Moose::Error::Default isa CMOP::Object

we don't need an actual inlined version of this

stop closing over the type constraint object

refactor the default type constraint message logic a bit

stop closing over the method metaobject

changed this to close over the class metaobject if we're using a custom
error class, but there's no real way around that. the whole error system
really needs to be thrown out and redone anyway.

fix setting associated_metaclass and attribute on accessor objects

this only matters for lazy attributes with initializers

don't close over attrs in the constructor unless necessary

close over the coercion sub separately

remove unnecessary(?) code

not sure what the original intent was, but it's certainly not breaking
any aliasing in this form

restructure this method a bit for readability

don't close over the type constraint for inlined tcs

stop closing over $attr in accessor generation

fix up a few spelling and pod issues

Wrap all TC inlining in parens and a do { } block

The parens protect against precedence issues when being used with logical operators.

The do { } block provides each TC its own scope, so that if it defines variables they don't leak out to the enclosing code.

Union inlining should always be surrounded by its own set of parens, for safety

fix up the inlining test

make sure these are defined

these can be undef

there's no reason the suffix has to be fixed length

one more constrained scope in tc inlining

Make sure that every type passes all its tests when unioned with itself

Make sure that inlining union preserves the inline env

Make sure that an enum's inline env works when unioned with another enum (each env has a unique var)

Whenever we inline a type constraint, we need to include its inline environment.

Test every builtin TC as a simple attr's constraint, and as a native Array trait's member TC.

This thoroughly tests that we are propogating the TC's inline environment properly.

Make inline constraints safer ...

If we're defining a temp var - do this in a do {} block to limit its scope and
prevent it from conflicting with another constraint's var.

Don't use return in an inline constraint (this is super bad)

Don't use $_ to iterate over a collection of values in generated code, since
this could easily conflict with the surrounding code.

Don't assume that value that fails a duck type constraint is blessed or we get undef warnings

Don't use $_ when checking member constraints, since that can conflict with $_ used in inlined TC

Add comprehensive test for all builtin types as a simple class attribute and as a native trait attribute

Docs, Delta, and Changes for inline constraints

Rename has_inlined_type_constraint to can_be_inlined

changelog

one more Eval::Closure use

one more fix for unoptimized constraints

stop using a package global for enums, just close over it

also use Eval::Closure in the test

fix a couple of unoptimized constraints

there are still more that need to be fixed i think, but do we really
care about these at all? they're pretty much only useful for
informational purposes, i don't think there's any way to actually
trigger this codepath

confess here, since this should never happen

more readable inlined code

use Eval::Closure rather than doing string eval directly