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

[Gary V. Vaughan]

Hi Reuben,

Okay, thanks for the green light.  I'm actually nursing a local 'remove-lisp'
branch, which is why I'm tripping over a few previously unknown bugs at the
moment.  I expect I'll have time for a little flurry here and there as I
push the fixes back into the 'lua' branch, but I don't think I'll shake
things up terribly much ;)

What are your thoughts on how to manage that branch when I come to publish
it? Should I call it Zee 0.7 or similar?  Rename my branch to zee before I
push?

On 31 Jul 2011, at 04:30, Reuben Thomas wrote:
> I'm working rather feverishly on master, trying to finish the split
> buffer data structure and get a release out before it's time to write
> a GHM talk, so please feel free to look after the Lua branch for now,
> committing whatever fixes you like and closing your own bug reports.

Ah, that explains why we have Lua Zile on 2.4.0.50 and master on 2.4.0.60!

So, master will become 2.4 at next release - should I bump the lua branch
version to 2.5.0.50 for sanity's sake?

Good luck with the talk!

> When I get around to merging the work I've done on master over the
> past few months into the Lua branch, I'll revisit all the code you've
> touched pretty much guaranteed!

Sounds reasonable to me.  Thanks.

On the side, I've become somewhat enamoured of LPEG, and have a couple of
new side projects on my radar:

  - replacing lrex-gnu with LPEG's re module;
    Obviously this breaks emacs compatibility, but GNU regex is huge and
    lrex in general is still a source of build problems for me.
  - writing a Textmate 'Language Grammars' inspired syntax highlighter;
    Emacs font-lock implementation makes my brain hurt, and tracking all
    the meta-data it requires is beyond me.  Restartable LPEG parsers are
    by far the saner option AFAICT. There should be some scope for porting
    it back to master if that branch lives on for a while longer, and
    maybe wrapping it in a font-lock like interface.

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