bug-zile
[Top][All Lists]
Advanced

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

Re: [Bug-zile] Zile Lua: Gary, please feel free to look after the branch


From: Gary V. Vaughan
Subject: Re: [Bug-zile] Zile Lua: Gary, please feel free to look after the branch for now
Date: Tue, 9 Aug 2011 04:09:33 +0700

On 8 Aug 2011, at 21:55, Reuben Thomas wrote:
> On 4 August 2011 06:50, Gary V. Vaughan <address@hidden> wrote:
>> 
>> It can be built on OS X, but you have to do it all manually from the command
>> line, which is no fun at all :(
> 
> Unfortunately, the maintainer of lrexlib won't allow me to replace the
> build system with an autotools system. If you'd like to make a minimal
> patch for building cleanly on OS X I'd be delighted to include it.
> Stylistically, any extensions to the current build system should
> follow the Lua build system.

Ugh, my command-line history is not deep enough to have stored the particular
commands I ran a few weeks ago to rebuild lrex-gnu.  I'll try to remember to
make a fresh build when I next have a little time on my hands - and do feel
free to prod me from time to time if you find yourself still waiting...

> I have been thinking about Zile/Zee and will write something about how
> I see that working out soon. The basic principle will certainly remain
> that "Zile Is Lossy Emacs" in its current sense, and so anything that
> doesn't strictly mimic Emacs should be called "Zee" or something else.

I rather like your original name, Zi (as explained in the Zee FAQ), and have
named my local branch 'zi' to commemorate that :)  The idea that Zi is Zile
without the `L'isp `Engine' appeals to me.

I probably won't have much time to work on it for the rest of this week, so
I'll push what I have tomorrow for anyone who's interested to try it.  So far
it is mostly rearranging everything to remove any sentimental Emacsisms, and
to cleanly swap Lisp execution for Lua execution of extension files.

In principle at least, the code paths for executing those extensions are
a lot shorter (and not only by virtue of removing one layer of interpretation),
so there is some potential for all things (formerly) lispy to run considerably
faster...

I'm trying to cherry-pick any appropriate patches from the new 'zi' branch
back into 'lua', but there's a fair chance that I'll concentrate mostly in
'zi' for the immediate future.

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)


reply via email to

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