Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: math and locale
- X-seq: zsh-workers 8724
- From: Clint Adams <schizo@xxxxxxxxxx>
- To: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- Subject: Re: PATCH: math and locale
- Date: Mon, 22 Nov 1999 09:42:38 -0500
- Cc: zsh-workers@xxxxxxxxxxxxxx
- In-reply-to: <991122081713.ZM18376@xxxxxxxxxxxxxxxxxxxxxxx>; from schaefer@xxxxxxxxxxxxxxxxxxxxxxx on Mon, Nov 22, 1999 at 08:17:13AM +0000
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
- References: <19991120151807.A22546@xxxxxxxx> <991120205331.ZM15647@xxxxxxxxxxxxxxxxxxxxxxx> <19991121131432.C31314@xxxxxxxx> <991122081713.ZM18376@xxxxxxxxxxxxxxxxxxxxxxx>
> I am mostly concerned about things like re-opening (or worse, reading) of
> external locale-definition files.
So if the locale is "C" or "POSIX" don't make the second setlocale
call. Or is there a better solution?
> (1) That it's more likely to be supported correctly, and (2) that it is
> after all C-like expression parsing that math.c is attempting to peform.
Fair enough.
> It further occurs to me that it might be bad even to have output formatting
> controlled by LC_NUMERIC, given the tendency of scripts to do things like
>
> eval $(print ...)
Yes. I thought we were going to implement options/flags to control
such output.
> Where *exactly* would LC_NUMERIC make any difference in pws-9 ?
Anywhere LC_ALL would, except for zzlex now. What are you asking?
Messages sorted by:
Reverse Date,
Date,
Thread,
Author