sourCEntral - mobile manpages

pdf

Perl::Critic::Policy::Lax::ProhibitStringyEval::ExceptForRequire

NAME

Perl::Critic::Policy::Lax::ProhibitStringyEval::ExceptForRequire - stringy eval is bad, but it’s okay just to "require"

VERSION

version 0.014

DESCRIPTION

Sure, everybody sane agrees that stringy "eval" is usually a bad thing, but sometimes you need it, and you don’t want to have to stick a "no critic" on the end, because dangit, what you are doing is just not wrong!

See, "require" is busted. You can’t pass it a variable containing the name of a module and have it look through @INC. That has lead to this common idiom:

eval qq{ require $module } or die $@;

This policy acts just like BuiltinFunctions::ProhibitStringyEval, but makes an exception when the content of the string is PPI-parseable Perl that looks something like this:

require $module
require $module[2];
use $module (); 1;

Then again, maybe you should use Module::Runtime.

PERL VERSION

This library should run on perls released even a long time ago. It should work on any version of perl released in the last five years.

Although it may work on older versions of perl, no guarantee is made that the minimum required version will not be increased. The version may be increased for any reason, and there is no promise that patches will be accepted to lower the minimum required perl.

AUTHOR

Ricardo Signes <cpan AT semiotic DOT systems>

COPYRIGHT AND LICENSE

This software is copyright (c) 2022 by Ricardo Signes <cpan AT semiotic DOT systems>.

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

pdf