[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-zile] Zile-on-Guile

From: Gary V. Vaughan
Subject: Re: [Bug-zile] Zile-on-Guile
Date: Wed, 20 Mar 2013 18:47:28 +0700

Hi Reuben,

On 20 Mar 2013, at 18:03, Reuben Thomas <address@hidden> wrote:

> It's worth having a note of this:
> http://lists.gnu.org/archive/html/guile-user/2012-02/msg00033.html

Interesting.  I didn't look at the code, but I assume that it was started with 
a C Zile release.

> In particular, Gary, maybe you'd like to mention the zmacs work? Is it worth 
> considering whether it could be possible to build Zile with either zmacs or 
> Guile?

I think I'm missing your point though... as I can't see the connection between 
Guile and Lua Zile.  I'm pretty sure that the Guile as a target for 'compile 
other languages to Guile scheme so they interoperate' turned out to be an 
unimplementable misfiring.  Is there a Guile binding for Lua?  Do you envision 
Lua Zile with a Guile binding to do the Lispy parts?  I'm pretty sure you're 
pointing me at something interesting, but I'm being too dumb to see it... maybe 
you could apply the clue-stick? ;-)

Actually, I've been side-tracked several times, and haven't done any Zile work 
for a month or two :(

1. Specl is basically complete now -- while there are more enhancements I'd 
like to make, I'll let them soak through slowly as I work Specl into the other 
projects I'm working on.
2. stdlib needs a bit more interface work, and then a release 34.
3. zlisp stalled on stdlib somewhere, but I don't remember where... I guess 
I'll remember when I look at it again :)
4. Then I can integrate zlisp back into zmacs, at which point a small amount of 
polish should enable a first Lua release.
5. And then I'll be able to get back to porting my previous Zi editor over the 
new Lua Zile framework, where I will call it zz and grow my beard to celebrate 
6. I'll start badgering you to bring Zee back into the fold again.

I'm also quite intrigued by the possibility of completing zlc (the zlisp->lua 
compiler that would fall out of my zmacs work quite naturally with a good 
application of elbow-grease), which would mean the equivalent of .el -> .elc in 
emacs for zmacs would be .zl -> lua-bytecodes.  That seems like something that 
might be as fast as .elc...

Anyway, back on point..., on reflection, I imagine a guile-y flavour of zlisp 
would be an easy hack for an alternative zmacs.  Zuile, anyone?

Gary V. Vaughan (gary AT vaughan DOT pe)

reply via email to

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