Hi,
There was a discussion between Steve and ... lg_ (Zajcev?) on
#sxemacs, about rewriting XEmacs (hereafter, XE) to make
multithreading possible, and for some other reasons, I suppose.
There are few remarks I'd like to make:
1. Don't make sexy more memory/cpu intensive than it already is.
I believe this will happen if we move to clisp for implementation
language*
2. Aim for more extension languages, a la Gimp.
This *will* require significant refactoring of the C core and
involve a rewrite (version 45.0.0?).
What do you think of this?
3. Aim for a low memory usage embeddable ... distro?
Here I'm thinking of (1) mostly, but recall that I'm using emacs on
a 32 meg ram playstation, and I really don't want to be stuck for
gnu** or XE for this.
Here I'm thinking mostly of the core, what is currently XE without
any packages. Whether packages are going to work on embedded
sexy*** will then be up to package managers.
I can fully relate to need for a embedded versions of some packages,
such as sexy-base or something.
4. Using garbage collectors.
I want to look into usage of garbage collection libraries for the C
core (and therefore the GC in lisp too).
I'll be researching soon, I think.
And right now, I think that's all I want to say. Remember this is for
long term aims, so no worries, k, steve?
Have fun,
Johann
* XE is implemented in C and lisp, one can't say the editor is written
in C with lisp as an extension language. This is aparent to anyone
who's delved into it's C core.
** Short for GNU Emacs, or FSF Emacs.
*** My (and perhaps others') nickname of SXEmacs.
|