Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: set -A and stat -A vs. typeset -A and stat -H
- X-seq: zsh-workers 5096
- From: Phil Pennock <comet@xxxxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxx
- Subject: Re: set -A and stat -A vs. typeset -A and stat -H
- Date: Thu, 28 Jan 1999 17:50:16 +0000
- In-reply-to: <990128093329.ZM1677@xxxxxxxxxxxxxxxxxxxxxxx>; from "Bart Schaefer" on Thu 28 Jan 1999 (9:33 -0800)
- Mail-followup-to: zsh-workers@xxxxxxxxxxxxxx
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
- Organisation: Organisation? Here? No, over there ---->
- References: <990128014724.ZM32736@xxxxxxxxxxxxxxxxxxxxxxx> <19990128132316.B19607@xxxxxxxx> <990128093329.ZM1677@xxxxxxxxxxxxxxxxxxxxxxx>
Typing away merrily, Bart Schaefer produced the immortal words:
> On Jan 28, 1:23pm, Phil Pennock wrote:
> } `stat -A' was already taken. For assigning to an Array.
>
> Yes, and is so because of `set -A', I imagine (hence the Subject). My
Helps to read things properly. Oops.
> point is not that you should have chosen -A for `stat', but that there
> really isn't *any* option letter that can be the same for all of `set',
> `typeset' and any third command you might name.
I hope that you mean, "you should have been able to choose -A for
`stat'", since it was already taken by whoever implemented that. I
didn't change it, for compatibility. But hey, stat's new to 3.1.5
(afaicr) so whatever.
Generally, I have no objections whatsoever to changing the option. I
was just gratified to see someone modify the examples to make use of my
addition. A nice warm fuzzy feeling inside... :^)
> } "What are four lowercase letters that are not legal flag arguments
> } to the Berkeley UNIX version of `ls'?"
> }
> } HAND (and no, the first two letters of that are just coincidence).
>
> Um, HAND are not lowercase letters ... and BSD `ls' does use -A. ;->
> (My answer would be e j v y, but I had to think about it for too long.)
I was actually thinking of 'HA' in relation to the stat options.
Erm, Bart, is that the first time that you've used a smiley on the
zsh-workers list? :^) *ducks*
Anyway, back on topic. Given all this overloading in typeset and set,
how feasible is it to do a split-out, similar to the completion stuff
recently? Ie, carefully examine the functionality requirements, add (I
suspect) three new builtins, organise the options consistenly for those.
Make the set and typeset compatibility interfaces with a couple of other
bits left ('set'ting the argv stuff), and then remove any options that
weren't there in 3.0.x.
Yes, it pollutes the namespace some more. But how viable is it to
continue the way things are at present, squeezing more and more into a
limited space with consistency conflicts?
(PS: I start shifts soon, and should be able to hack zsh a bit more when
I'm on nights - fear)
--
--> Phil Pennock ; GAT d- s+:+ a23 C++(++++) UL++++/I+++/S+++/B++/H+$ P++@$
L+++ E-@ W(+) N>++ o !K w--- O>+ M V !PS PE Y+ PGP+ t-- 5++ X+ R !tv b++>+++
DI+ D+ G+ e+ h* r y?
Messages sorted by:
Reverse Date,
Date,
Thread,
Author