Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: `make' completion in zsh-3.1.9
- X-seq: zsh-users 3684
- From: Sven Wischnowsky <wischnow@xxxxxxxxxxxxxxxxxxxxxxx>
- To: zsh-users@xxxxxxxxxx
- Subject: Re: `make' completion in zsh-3.1.9
- Date: Mon, 19 Mar 2001 10:34:08 +0100 (MET)
- In-reply-to: "Bart Schaefer"'s message of Sat, 17 Mar 2001 21:02:52 +0000
- Mailing-list: contact zsh-users-help@xxxxxxxxxx; run by ezmlm
Bart Schaefer wrote:
> ...
>
> } Anything that's producing that amount of output is going to take a
> } little while to run.
>
> Yes, I'll say. You might try
>
> zstyle ':completion:*:make:*:version' command :
>
> which will prevent completion from discovering that you have GNU make;
> which in turn will cause it to parse the Makefile directly. You lose
> completion of any targets that are availble only via recursive makes,
> and it'll miss GNUmakefile files, but it should run a lot faster.
I've mentioned the (new) _make behaviour at least twice here,
objecting to it. For me it was even worse: I had updated zsh from
CVS, which changed some .in files. I did `make t<TAB>' in the main
zsh directory and that caused it to call autoconf and re-compile the
shell.
I wrote about this but got no reply from whoever put that code into
_make (I'm too lazy to look it up now). I really think we should
either make it run make only if some style is set or come up with a
better test when to run it (or, probably better, a combination, where
the test decides what the default for the style should be in a
particular situation on a particular system).
At least we shouldn't let it out of the door in a state where people
might have to set a barely documented style to keep it from doing such
horrible things.
Bye
Sven
--
Sven Wischnowsky wischnow@xxxxxxxxxxxxxxxxxxxxxxx
Messages sorted by:
Reverse Date,
Date,
Thread,
Author