NAME

assertions::compat - assertions for pre-5.9 versions of perl

SYNOPSIS

# add support for 'assertion' attribute:
use base 'assertions::compat';
sub assert_foo : assertion { ... };

# then, maybe in another module:
package Foo::Bar;

# define sub 'asserting' with the assertion status:
use assertions::compat;
asserting and assert_foo(1,2,3,4);

# or
use assertions::compat ASST => 'Foo::Bar::doz';
ASST and assert_foo('dozpera');

DESCRIPTION

assertions::compat allows to use assertions on perl versions prior to 5.9.0 (that is the first one to natively support them). Though, it's not magic, do not expect it to allow for conditionally executed subroutines.

This module provides support for two different functionalities:

The assertion attribute handler

The subroutine attribute assertion is not recognised on perls without assertion support. This module provides a MODIFY_CODE_ATTRIBUTES handler for this attribute. It must be used via inheritance:

use base 'assertions::compat';

sub assert_foo : assertion { ... }

Be aware that the handler just discards the attribute, so subroutines declared as assertions will be unconditionally called on perl without native support for them.

This module also provides the supported function to check if assertions are supported or not:

my $supported = assertions::compat::supported();

Assertion execution status as a constant

assertions::compat also allows to create constant subs whose value is the assertion execution status. That allows checking explicitly and efficiently when assertions have to be executed on perls without native assertion support.

For instance...

use assertions::compat ASST => 'Foo::Bar';

exports constant subroutine ASST. Its value is true when assertions tagged as Foo::Bar has been activated via assertions::activate; usually done with the -A switch from the command line on perls supporting it...

perl -A=Foo::Bar my_script.pl

or alternatively with...

perl -Massertions::activate=Foo::Bar my_script.pl

on pre-5.9.0 versions of perl.

The constant sub defined can be used following this idiom:

use assertions::compat ASST => 'Foo::Bar';
...
ASST and assert_foo();

When ASST is false, the perl interpreter optimizes away the rest of the and statement at compile time.

If no assertion selection tags are passed to use assertions::compat, the current module name is used as the selection tag, so...

use assertions::compat 'ASST';

is equivalent to...

use assertions::compat ASST => __PACKAGE__;

If the name of the constant subroutine is also omitted, asserting is used.

This module will not emit a warning when the constant is redefined. this is done on purpose to allow for code like that:

use assertions::compat ASST => 'Foo';
ASST and assert_foo();

use assertions::compat ASST => 'Bar';
ASST and assert_bar();

Finally, be aware that while assertion execution status is lexical scoped, the defined constants are not. You should be careful on that to not write inconsistent code. For instance...

package Foo;

use MyAssertions qw(assert_foo);

use assertions::compat ASST => 'Foo::Out'
{
  use assertions::compat ASST => 'Foo::In';
  ASST and assert_foo(); # ok!
}

ASST and assert_foo()   # bad usage!
# ASST refers to tag Foo::In while assert_foo() is
# called only when Foo::Out has been activated.
# This is not what you want!!!

SEE ALSO

perlrun, assertions, assertions::activate, attributes.

AUTHOR

Salvador Fandiño, <sfandino@yahoo.com>

COPYRIGHT AND LICENSE

Copyright 2005 by Salvador Fandiño

This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself.