Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: `make' completion in zsh-3.1.9
- X-seq: zsh-users 3680
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- To: zsh-users@xxxxxxxxxx
- Subject: Re: `make' completion in zsh-3.1.9
- Date: Sat, 17 Mar 2001 21:02:52 +0000
- In-reply-to: <874rws6zmn.fsf@xxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-users-help@xxxxxxxxxx; run by ezmlm
- References: <3AB37F1C.FF6C67F6@xxxxxxxxxx> <1010317165153.ZM6844@xxxxxxxxxxxxxxxxxxxxxxx> <874rws6zmn.fsf@xxxxxxxxxxxxxxxxxxxx>
On Mar 17, 6:04pm, Bruce Stephens wrote:
} Subject: Re: `make' completion in zsh-3.1.9
}
} I'm guessing there's some difference in make behaviour. Presumably
} this is relevant:
}
} # make -nsp --no-print-directory -f Makefile .PHONY | wc -l
} 1494859
Yow.
You don't have a MAKEFLAGS environment variable set, do you?
You might try capturing a bit of the "make -nsp ..." output to see if it
really is honoring the -n (do not execute) and -s (don't print commands)
options.
However, it's possible that the Linux kernel build process has been
restructured in 2.4 in such a way that it's extremely expensive to run
make without actually building anything. I don't have the 2.4 kernel
source downloaded here at home ...
} 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.
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net
Messages sorted by:
Reverse Date,
Date,
Thread,
Author