Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: vcs_info: Set NO_warn_create_global option
- X-seq: zsh-workers 27741
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxx
- Subject: Re: PATCH: vcs_info: Set NO_warn_create_global option
- Date: Sun, 21 Feb 2010 13:17:40 -0800
- In-reply-to: <87d3zy8ib8.fsf@xxxxxxxxxxxxxxxxxxxxxx>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <1266764004-15068-1-git-send-email-ft@xxxxxxxxxxxxxxxxxxx> <100221092514.ZM24056@xxxxxxxxxxxxxxxxxxxxxx> <87d3zy8ib8.fsf@xxxxxxxxxxxxxxxxxxxxxx>
On Feb 21, 9:06pm, Frank Terbeck wrote:
}
} > d) Suppress warn_create_global for the parameters "reply" and "REPLY"
} > at all times. In fact it probably ought to be suppressed for STTY
} > and a few others in the "Parameters Used By The Shell" section of
} > the manual.
}
} You're probably right that this should always apply to `reply', `REPLY'
} and the like. I don't know how to do that, though. Would you always have
} such parameters be available globally, even after an `unset'?
No, leaving them available would violates some of the other rules of
"non-special" parameters.
} Any ideas where to apply the leverage?
In Src/params.c, assignsparam() and assignaparam(), I suppose, by a
check of v->pm->node.nam against a list (which doesn't exist yet) of
parameters that don't require warnings. I further suppose that list
could itself be controlled by a parameter, but that'd have to be
handled carefully to avoid fetching a value while setting it.
I see PWS has already applied your (a) patch from 27731, so perhaps
this discussion is moot ...
Messages sorted by:
Reverse Date,
Date,
Thread,
Author