[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guile in Emacs
From: |
Stefan Monnier |
Subject: |
Re: Guile in Emacs |
Date: |
Tue, 13 Apr 2010 12:07:18 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
> I dunno. Maybe. I'd guess that, no, that's not a
> good strategy. Four reasons come quickly to mind:
I agree with your conclusion but for a very different reason.
In my opinion the actual language used is not very important because
most of the code that will be used with Emacs will be written
specifically for Emacs.
The availability of alternative implementations is also of no use
because changing the underlying implementation is the part that's
difficult (at least with Emacs's current structure).
What matters is that we reuse some existing implementation and benefit
from all the work done on it, so we don't have to spend time working on
the Elisp byte-compiler.
I like the idea of Guile not because it's using a "standard preexisting
language with libraries and experienced coders", but because it'll give
us a bunch of hackers working on efficient implementation,
multithreading, ...
Stefan
PS: The same holds for the redisplay engine; I really hope/wish we will
be able to switch to some other project's redisplay engine at some point.
- Re: Guile in Emacs (was: integer overflow), Thomas Lord, 2010/04/11
- Re: Guile in Emacs (was: integer overflow), Richard Stallman, 2010/04/12
- Re: Guile in Emacs, Christian Lynbech, 2010/04/13
- Re: Guile in Emacs, Thomas Lord, 2010/04/13
- Re: Guile in Emacs, Christian Lynbech, 2010/04/13
- Re: Guile in Emacs, Richard Stallman, 2010/04/14
- Re: Guile in Emacs, Richard Stallman, 2010/04/14
- Re: Guile in Emacs, christian.lynbech, 2010/04/14