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

[Reuben Thomas]

On 20 March 2013 11:47, Gary V. Vaughan <address@hidden> wrote:

 

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

Indeed.

 

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?

No, but there's an experimental implementation of Lua in Guile.

 

 Do you envision Lua Zile with a Guile binding to do the Lispy parts?

Yes, for full Guile power.

 

 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? ;-)

Maybe it's not interesting, but it seems like an interesting option to me.

 

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...

That would also be interesting.

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?

In many ways, I think something that is more conducive to Schemacswould be more interesting than a cut-down ELisp, which is never going to be very interesting for running "real" ELisp code, as that is always going to end up in a sinkhole of adding more and more of Emacs to Zile, whereas trying to define subsets of functionality that can be implemented in Schemacs would be very interesting, and might even help boost "full" Schemacs efforts.

--
http://rrt.sc3d.org