Eval::Closure - safely and cleanly create closures via string eval
| Use Case | Command | Description |
|---|---|---|
| π§ Basic Closure | eval_closure(source => 'sub { $foo++ }', environment => { '$foo' => \1 }) |
Create a closure with access to specified variables |
| π Debugging | eval_closure(..., description => "accessor foo") |
Override backtrace frame name for easier debugging |
| π Alias Mode | eval_closure(..., alias => 1) |
Close directly over the original variables (requires Devel::LexAlias) |
| π Lexical Sub (5.18+) | eval_closure(..., environment => { '&sub' => \&existing }) |
Pass a & sigil variable to create a lexical sub in the eval |
| π€« Terse Errors | eval_closure(..., terse_error => 1) |
Suppress the additional sourceβcode appendix in compilation errors |
| π Array Source | eval_closure(source => [ 'line1', 'line2' ], ...) |
Supply the code as an arrayref of lines instead of a single string |
version 0.14
use Eval::Closure;
my $code = eval_closure(
source => 'sub { $foo++ }',
environment => {
'$foo' => \1,
},
);
warn $code->(); # 1
warn $code->(); # 2
my $code2 = eval_closure(
source => 'sub { $code->() }',
); # dies, $code isn't in scope
β οΈ String eval is often used for dynamic code generation. For instance, Moose uses it heavily, to generate inlined versions of accessors and constructors, which speeds code up at runtime by a significant amount. String eval is not without its issues however - it's difficult to control the scope it's used in (which determines which variables are in scope inside the eval), and it's easy to miss compilation errors, since eval catches them and sticks them in $@ instead.
π‘ This module attempts to solve these problems. It provides an eval_closure function, which evals a string in a clean environment, other than a fixed list of specified variables. Compilation errors are rethrown automatically.
This function provides the main functionality of this module. It is exported by default. It takes a hash of parameters, with these keys being valid:
{ '@foo' => [] }
(which would allow the generated function to use an array named @foo). Generally, this is used to allow the generated function to access externally defined variables (so you would pass in a reference to a variable that already exists).
In perl 5.18 and greater, the environment hash can contain variables with a sigil of &. This will create a lexical sub in the evaluated code (see feature). Using a & sigil on perl versions before lexical subs were available will throw an error.
If this argument is omitted, Eval::Closure will currently assume false, but this assumption may change in a future version.
No known bugs.
Please report any bugs to GitHub Issues at <https://github.com/doy/eval-closure/issues>.
You can find this documentation for this module with the perldoc command.
perldoc Eval::Closure
You can also look for information at:
Based on code from Class::MOP::Method::Accessor, by Stevan Little and the Moose Cabal.
Jesse Luehrs <doy AT tozt.net>
This software is copyright (c) 2016 by Jesse Luehrs.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.
Generated by phpman v4.9.26-5-g7740029 · Markdown · JSON · MCP Author: Che Dong Under GNU General Public License
2026-08-12 22:31 @216.73.217.60
CrawledBy Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)