Re: zrecompile not verbose enough on failure?

[Adam Spiers <adam@xxxxxxxxxx>]

Sven Wischnowsky (wischnow@xxxxxxxxxxxxxxxxxxxxxxx) wrote:
> Bart Schaefer wrote:
> 
> > 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.
> 
> Should we make it depend on the -q option?

Yes, that would be nicer than my solution, which was

Index: Functions/Misc/zrecompile
===================================================================
RCS file: /cvsroot/zsh/zsh/Functions/Misc/zrecompile,v
retrieving revision 1.8
diff -u -r1.8 zrecompile
--- Functions/Misc/zrecompile	29 May 2001 17:54:39 -0000	1.8
+++ Functions/Misc/zrecompile	6 Mar 2002 14:40:54 -0000
@@ -129,7 +129,7 @@
 	# old file by renaming it.
 
 	if { [[ ! -f $zwc ]] || mv $zwc ${zwc}.old } &&
-             zcompile $map $tmp $zwc $files 2> /dev/null; then
+             zcompile $map $tmp $zwc $files; then
           [[ -z $quiet ]] && print succeeded
         else
           [[ -z $quiet ]] && print failed


How best to make it depend on -q?  Is it possible to redirect STDERR
to a variable?