- New upstream release 0.20
- The keys for parameter specifications are now validated, and if an unknown
key is seen then an exception will be thrown; this will help you catch
typos in your parameter specification (GH#8)
- New upstream release 0.19
- Non-inlinable Specio types caused a syntax error when used with positional
params
- Positional params with coercions and defaults did not work properly; the
coerced value and the default would simply not be returned in any case
- New upstream release 0.18
- Using coercions with positional parameters could cause a "Modification of a
read-only value attempted" exception when the generated code tried to
assign to elements of @_; this is now fixed by making a copy if any of the
types have a coercion
- Using Moose types with coercions in a positional params check would cause
invalid code to be generated; this could also happen with Type::Tiny if
either the type or a coercion could not be inlined
- New upstream release 0.17
- When using positional parameters, parameters with a default are now
optional; for named parameters, this was already the case
- New upstream release 0.16
- Previously, using a default with a positional parameter would result in an
error when compiling the validator subroutine; defaults now work with
positional parameters (GH#5)
- Moose and Specio types (and coercions) that provide variables to close over
when being inlined did not always compile properly; most notably, this was
not being handled at all for Moose types, and not completely handled for
Specio coercions
- New upstream release 0.14
- Added a "named_to_list" option to support returning only the parameter
values from a named parameter validator rather than the key-value pairs
- Errors from calls to validation_for() now use croak so as to show up at the
call site, rather than in the internals
Paul Howarth
Petr Písař
Fedora Release Engineering