NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
storm of protest (Score:1)
Not a fan of this change. What's wrong with saying
$foo->require or die $@;That's not too much to type. It breaks this kind of useful idiom:$this->require or $that->require or die "No alternatives found: $@";and it breaks this kind of portability even moreIt also makes it difficult to write a custom error message - I have to wrap the call in an eval, and so we're back where we starte
Re:storm of protest (Score:1)
No we're not. Now you're wrapping it in eval{}, not in eval "". That's a big win.
rjbs
Re:storm of protest (Score:1)
eval { $fooo->require }. The only win here is if we declared$foo, not$fooo.eval { $foo->reqiure }is still a runtime error.Reply to This
Parent