Re: [Bug-zile] Building Zile master head

[Gary V . Vaughan]

Hi Reuben,

On Dec 26, 2013, at 1:08 PM, Reuben Thomas <address@hidden> wrote:
> I have now
> 
> alias zile=zmacs
> 
> so the real fun begins. First up, the first line of my ~/.zmacs (copied 
> verbatim from ~/.zile) is:
> 
> (setq inhibit-splash-screen t)                                                
>                                                                               
>                                                 
> 
> and yet it does nothing, and when I ask zmacs what inhibit-splash-screen's 
> value is, it's nil.

That's actually a feature -- albeit not well explained at the moment.  
Suggestions welcome...

The idea is that the zile.version module fills in the prog array with the 
details of the Zile
release it comes from (using PACKAGE_NAME, PACKAGE_VERSION etc) for editors 
based on Zile (such as
zmacs) to extend.  By default, the shared zile.version sets prog.name to 
arg[0], so it can be
used by zmacs (which loads a file called `getenv("HOME") .. "." .. prog.name`) 
and the future
zi, zz, zee etc.  Your alias effectively changes the prog.name entry back to 
"zile", and so it will
load ~/.zile not ~/.zmacs now.

> Secondly,
> 
> zmacs --hep
> 
> gives no error message and an exit code of 0.

(Assuming the missing 'l' was not deliberate) I can't reproduce this precisely, 
but I do see now
why I hadn't pushed the recent patches earlier... handling of zlisp nil and t 
was not yet complete.
I completed that work this afternoon and pushed the changes just now, so I 
believe things will
behave much better now :)

> I am mentioning this here rather than in bug reports because I'm assuming 
> that either something is wrong with my installation, or lots of bugs have 
> been introduced and not fixed?

Almost certainly the major rewrites have introduced more bugs that I haven't 
discovered yet, and
so I'm very happy for you to report your issues by whatever means are most 
convenient to you so
that I can fix them.  It always helps to have someone else that isn't making 
the assumptions as
me using the code :)

> I think I might now suspend that alias!

Well, that *is* a legitimate use case... I'm just not entirely sure how best to 
support it without
duplicating the prog array filling in each editor tree - I'm working in zz in 
parallel, and want
to port your zee tree over in due course too.  I suppose there's not really 
much alternative to
repetition though, sadly.

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

signature.asc
Description: Message signed with OpenPGP using GPGMail