Perl::Critic::Policy::Lax::ProhibitStringyEval::ExceptForRequire - stringy eval is bad, but it's okay just to "require"
version 0.014
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!
eval
no critic
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:
require
@INC
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.
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.
Ricardo Signes <cpan@semiotic.systems>
This software is copyright (c) 2022 by Ricardo Signes <cpan@semiotic.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.
To install Perl::Critic::Lax, copy and paste the appropriate command in to your terminal.
cpanm
cpanm Perl::Critic::Lax
CPAN shell
perl -MCPAN -e shell install Perl::Critic::Lax
For more information on module installation, please visit the detailed CPAN module installation guide.