Re: [Bug-zile] Building Zile master head

[Reuben Thomas]

On 26 December 2013 11:25, Gary V. Vaughan <address@hidden> wrote:

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.

But my ~/.zile is identical with my ~/.zmacs (it's a symlink to it, but changing it to a copy didn't help). However, with the latest changes, it's working fine.

 

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

(Assuming the missing 'l' was not deliberate)

It was deliberate: the point was that a non-existent option doesn't cause an error. This is still happening with the latest changes.

I suppose there's not really much alternative to repetition though, sadly.

Surely there must be, even if it's merely repeated computation?