bug-zile
[Top][All Lists]
Advanced

[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?

Cheers,
-- 
Gary V. Vaughan (gary AT vaughan DOT pe)


reply via email to

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