From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5261 invoked from network); 22 Oct 2001 02:00:09 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 22 Oct 2001 02:00:09 -0000 Received: (qmail 22927 invoked by alias); 22 Oct 2001 02:00:04 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 16099 Received: (qmail 22897 invoked from network); 22 Oct 2001 02:00:02 -0000 From: Bart Schaefer Message-Id: <1011022015957.ZM15484@candle.brasslantern.com> Date: Mon, 22 Oct 2001 01:59:57 +0000 In-Reply-To: <20011021214251.A31530@thelonious.new.ox.ac.uk> Comments: In reply to Adam Spiers "zrecompile not verbose enough on failure?" (Oct 21, 9:42pm) References: <20011021214251.A31530@thelonious.new.ox.ac.uk> X-Mailer: Z-Mail (5.0.0 30July97) To: zsh-workers@sunsite.dk Subject: Re: zrecompile not verbose enough on failure? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Oct 21, 9:42pm, Adam Spiers wrote: } } Why does zrecompile redirect STDERR to /dev/null when running } zcompile? Probably to suppress warning-only messages like zcompile: functions will use zsh style autoloading because zrecompile is intended to run unobtrusively from a .zshrc or the like; but I agree that it would be nice to see more of the *real* failure messages from zcompile. -- 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