[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: full moon, vm status update
From: |
Ludovic Courtès |
Subject: |
Re: full moon, vm status update |
Date: |
Fri, 31 Oct 2008 20:51:30 +0100 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) |
Hi,
Andy Wingo <address@hidden> writes:
> I do not think the interpreter / subr division is appropriate for a
> multilingual system. To me, the division should be:
>
> * The evaluator / interpreter, that deals in Scheme;
> * A layered compiler, with different top-level layers for e.g. Guile,
> R6RS, Elisp, etc
> * A VM, with generic opcodes and opcodes specific to the languages that
> target the VM
> * A library of procedures written in C, where each procedure is related
> to /one/ language, Scheme in the case of most procedures.
>
> So, the best option would be to have /a separate elisp compiler/.
In the short term I'd go for the trade-off rather than the ideal: it'd
be great if the compiler could transparently support what the
interpreter already supports, like Elisp, `reader-options' and
`current-reader' to some extents (am I biased? ;-)).
Something like MzScheme's "#lang" may be nice but I see it as the next
step.
Thanks,
Ludo'.
- full moon, vm status update, Andy Wingo, 2008/10/15
- Re: full moon, vm status update, Julian Graham, 2008/10/16
- Re: full moon, vm status update, Ludovic Courtès, 2008/10/16
- Re: full moon, vm status update, Andy Wingo, 2008/10/16
- Re: full moon, vm status update, Neil Jerram, 2008/10/18
- Re: full moon, vm status update, Neil Jerram, 2008/10/27
- Re: full moon, vm status update, Andy Wingo, 2008/10/31
- Re: full moon, vm status update,
Ludovic Courtès <=
- Re: full moon, vm status update, Andy Wingo, 2008/10/31