Basically, you can't always parse a Perl program without running it. There is a subset that you can, not not everything.
That is true, but what the grandparent said is not: https://news.ycombinator.com/item?id=8626454
To expand on this, I think a succinct way of summarizing the issue is: you might have to run BEGIN blocks in Perl to parse the non-BEGIN-block part of the program. The canonical example of this is:
BEGIN {
if(arbitrary_function()) {
eval "sub whatever() { }; 1" or die $@;
} else {
eval "sub whatever { }; 1" or die $@;
}
}
# The parsing of this line depends on the result of arbitrary_function()
whatever / 25 ; # / ; die "this dies!";
Grandparent said "This is very different from Perl, where a line of code isn't parseable until you know the values of the variables."
If that were true, it would imply that you could have a loop whose body is parsed differently on every iteration. It would imply that the parser runs inline with the interpreter. Neither of those things are true.
What your link says is that the parsing can vary based on whether or not a subroutine prototype with appropriate arity was previously defined. That is a very different thing. A statement in a loop could be parsed differently depending on what was defined before it, but that parse doesn't change just because a subroutine is defined later, I'm pretty sure.
Yes, this means Perl's parsing is undecideable, because you can conditionally define a subroutine (this might be limited to BEGIN blocks; I'm not sure). But that's not the same as saying the parse varies based on the "values of the variables."
Perl is crazy, but I don't think it's that crazy.
From perlcompile(http://perldoc.perl.org/5.8.9/perlcompile.html)
If what you say is true, it would not be possible to produce a parse tree prior to running the program.I could not get your code sample to die based on the type/value of "whatever" -- can you?