* Parrot Raiser 1parr...@gmail.com [2014-12-07 22:40]:
The practical distinction, surely, is that the output of a compiler
is usually kept around, to be run one or more times, whereas the an
interpreter always works with the original human-readable source.
Yes, surely that’s it. We all
agree (minus perhaps my
misunderstanding of how perl handles begin and end blocks, or bytecode..).
G.
-- Original Message --
Received: 08:32 AM EST, 12/10/2014
From: Aristotle Pagaltzis pagalt...@gmx.de
To: perl6-users@perl.org
Subject: Re: Definitions: compiler vs interpreter [was: Rationale
what was run. So a compilation
step, and an interpreting step.
-- Original Message --
Received: 04:37 PM EST, 12/07/2014
From: Parrot Raiser 1parr...@gmail.com
To: Aristotle Pagaltzis pagalt...@gmx.deCc: perl6-users@perl.org
Subject: Re: Definitions: compiler vs interpreter [was: Rationale
The practical distinction, surely, is that the output of a compiler is
usually kept around, to be run one or more times, whereas the an
interpreter always works with the original human-readable source.
The distinction mattered a lot more when compiling even a trivial
program involved at least the
* Moritz Lenz mor...@faui2k3.org [2014-12-06 20:05]:
First of all, the lines between interpreters and compilers a bit
blurry. People think of Perl 5 as an interpreter, but actually it
compilers to bytecode, which is then run by a runloop. So it has
a compiler and an interpreter stage.
This is
