guile-devel
[Top][All Lists]
Advanced

[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'.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]