unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: joakim@verona.se
To: Ken Raeburn <raeburn@raeburn.org>
Cc: "emacs-devel@gnu.org discussions" <emacs-devel@gnu.org>
Subject: Re: guile and emacs and elisp, oh my!
Date: Fri, 16 Apr 2010 08:48:37 +0200	[thread overview]
Message-ID: <m3sk6v51ve.fsf@verona.se> (raw)
In-Reply-To: <5F4E60F3-771F-48C7-86F1-856EADF65410@raeburn.org> (Ken Raeburn's message of "Thu, 15 Apr 2010 19:54:06 -0400")

Ken Raeburn <raeburn@raeburn.org> writes:

> On Apr 15, 2010, at 04:53, joakim@verona.se wrote:
>> I find this very interesting. Do you have some form of plan how to
>> integrate this form of Guile and Emacs? Can it be done incrementally,
>> that is, can the current elisp system and the guile system coexist in
>> the same Emacs? If so, more hackers could help out with the integration,
>> maybe.
>
> I think I've written up some email in the past (you may have to search back several months) about this.  My project -- changing Emacs to use Guile object types (at least the simplest ones) and Guile's allocator and GC -- can be done somewhat incrementally.  E.g., make sure Emacs uses accessor functions or macros for all uses of type X outside of its own GC system (those changes can be done upstream), and passes around Lisp_Object values rather than pointers to struct Lisp_Foo (likewise), then redefine type X's implementation using more appropriate Guile types, then work on type Y... currently strings, symbols, vectors, and hashes are on my list; individual "misc" and "vectorlike" types can come later, maybe.
>
> I have no intention of getting rid of elisp from emacs, most certainly.  As for eventually replacing the entire Lisp implementation in Emacs with the Guile one, well, I'm hoping that, like Andy suggested, it'll become an obvious win to do so, but if we wind up for a while with two distinct language interpreters (Emacs elisp and Guile VM) but a shared object system and working communication between languages, while Andy madly tries to fix whatever performance problem we might have run into with Guile's elisp implementation :-), I'd be okay with that.
>
> I've recently updated my code to be based on a recent development version of Emacs, though I haven't published the updated version yet and there appears to be some kind of GC problem or something at the moment.  I also haven't got it fully updated for guile 1.9.x (and the upcoming 2.0), which has a different GC system anyways.  (The new GC system is Boehm's GC library.  There was an effort to make Emacs use it some time back, by Dave Love, and I think some of those changes will be needed for Emacs-with-Guile-2.0.  So updating that work might also be helpful?)
>
> But, now that we've got bzr upstream and branching should be relatively easy, perhaps I should clean it up a little and push it all into a branch on savannah, if the maintainers are interested?  If there's really interest in working on it, I'd love to get some help....

I would love to have a look at it! Please push a branch.

> Ken
-- 
Joakim Verona




  reply	other threads:[~2010-04-16  6:48 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-14 20:18 guile and emacs and elisp, oh my! Andy Wingo
2010-04-15  8:38 ` christian.lynbech
2010-04-15  8:53 ` joakim
2010-04-15 17:34   ` Andy Wingo
2010-04-15 23:54   ` Ken Raeburn
2010-04-16  6:48     ` joakim [this message]
2010-04-16 17:05     ` Ken Raeburn
2010-04-16 17:16       ` Ken Raeburn
2010-04-16 18:23       ` Stefan Monnier
2010-04-20 22:36 ` Tom Tromey
2010-04-21  7:37   ` christian.lynbech
2010-04-21  9:27   ` David Engster
2010-04-21  9:49     ` David Kastrup
2010-04-21 11:04       ` Lennart Borgman
2010-04-21 11:58       ` David Engster
2010-04-21 12:22         ` David Kastrup
2010-04-21 16:43   ` Ludovic Courtès
2010-04-22  9:35   ` Andy Wingo
2010-04-22 15:14     ` Karl Fogel
2010-04-25 19:36       ` Tom Tromey
2010-04-23  2:00     ` Thomas Lord
2010-04-23  8:28       ` Andy Wingo
2010-04-23  9:17         ` Ludovic Courtès
2010-04-23 10:19         ` christian.lynbech
2010-04-23 11:28           ` Andy Wingo
2010-04-23 11:31             ` christian.lynbech
2010-04-23 13:10               ` Andy Wingo
2010-04-23 22:43         ` Thomas Lord
2010-04-24 11:05           ` Andy Wingo
2010-04-25  0:02             ` Thomas Lord
2010-04-25 16:54           ` Richard Stallman
2010-04-25 17:11             ` Andy Wingo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m3sk6v51ve.fsf@verona.se \
    --to=joakim@verona.se \
    --cc=emacs-devel@gnu.org \
    --cc=raeburn@raeburn.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).