Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: curses input
- X-seq: zsh-workers 24033
- From: Peter Stephenson <pws@xxxxxxx>
- To: "Zsh Hackers' List" <zsh-workers@xxxxxxxxxx>
- Subject: Re: PATCH: curses input
- Date: Mon, 29 Oct 2007 14:04:17 +0000
- In-reply-to: <20071029132903.GA14814@xxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <18226.1193429594@xxxxxxxxxxxxxxxxxxx> <20071026225633.8de9113b.p.w.stephenson@xxxxxxxxxxxx> <20071029132903.GA14814@xxxxxxxxxxx>
Clint Adams wrote:
> On Fri, Oct 26, 2007 at 10:56:33PM +0100, Peter Stephenson wrote:
> > +zsh_cv_path_curses_keys_h="$CURSES_KEYS_H"
>
> I haven't looked into this at all, but a previously-dirtied working
> directory seems to compile just fine, but a fresh checkout &
> Util/preconfig results in complaints that there's no rule to build
> curses_keys.h or something.
I didn't get this with a quick test; maybe there's some race in a make
dependency. It should be handled by this in curses.mdd:
:<<\Make
curses.o curses..o: curses_keys.h
curses_keys.h: curses_keys.awk @CURSES_KEYS_H@
$(AWK) -f $(sdir)/curses_keys.awk @CURSES_KEYS_H@ /dev/null \
>curses_keys.h
So even if there's no suitable header we should just get an empty set
of definitions. CURSES_KEYS_H is supposed to get substituted
unconditionally even if it's empty.
--
Peter Stephenson <pws@xxxxxxx> Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK Tel: +44 (0)1223 692070
Messages sorted by:
Reverse Date,
Date,
Thread,
Author