Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: path and += troubles
- X-seq: zsh-workers 22044
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: path and += troubles
- Date: Mon, 28 Nov 2005 01:15:57 +0000
- In-reply-to: <200511272039.jARKdohO003868@xxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <200511272039.jARKdohO003868@xxxxxxxxxxxxxxxxx>
On Nov 27, 8:39pm, Peter Stephenson wrote:
}
} > zagzig% setopt cshnullglob
} > zagzig% $1+=($2)
} > zagzig%
}
} The first argument is globbed separately in order to check whether its
} arguments require special expansion, via a direct call to zglob() rather
} than globlist() which is where cshnullglob is handled.
[...]
} Does applying cshnullglob to the command word and its argument list
} together make sense?
No, I don't think it does. A glob failure in command position should,
I think, always be a failure unless NO_NOMATCH is set. It doesn't make
sense to me to produce an empty command name without failing. Even with
NULL_GLOB, the empty command name should produce "command not found" or
some such error.
I've just tried tcsh and it produces "no match" on any glob failure in
command position, even if the rest of the arguments are successful globs.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author