Re^2: Performance penalties of in-Perl docn vs compiled CGIs.
by LanX (Saint) on Feb 03, 2021 at 15:05 UTC
|
If Perl is interpreted, so is Java.
| [reply] |
|
| [reply] |
|
Yes Java has JIT, but this was not always so.
Both languages have a "virtual machine" with OP-codes/Bytecode which is/can be interpreted.
My point is, the black and white distinctions between compiler and interpreter are from the <80s and don't match the current shades of grey anymore.
update
Please correct me, but IIRC is JIT only attempting to compile a code path if past interpretation proved to be inefficient. Hence "interpretation" is still the default.
update
from WP: Just-in-time_compilation
A system implementing a JIT compiler typically continuously analyses the code being executed and identifies parts of the code where the speedup gained from compilation or recompilation would outweigh the overhead of compiling that code.
JIT compilation is a combination of the two traditional approaches to translation to machine code – ahead-of-time compilation (AOT), and interpretation – and combines some advantages and drawbacks of both.
| [reply] |
|
|
|
| [reply] |
|
> Is Perl a compiled or an interpreted programming language?
Yep, the answer is both... this distinction is from the 70s and doesn't apply to many newer languages.
You mentioned a Perl to LLVM translation in SO, where can I find out more about this project?
| [reply] |
|
|
| [reply] |
|
|
|
|
Yes. In the original Apple ][, Steve Wozniak used an interpreter which he called "SWEET16," to very great effect. Precious memory-bytes were saved, and "Integer BASIC" ran as well as it could have.
| [reply] |
|
| [reply] |