From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25236 invoked from network); 22 Nov 1999 14:43:14 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 22 Nov 1999 14:43:14 -0000 Received: (qmail 25212 invoked by alias); 22 Nov 1999 14:42:57 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 8724 Received: (qmail 25204 invoked from network); 22 Nov 1999 14:42:56 -0000 Date: Mon, 22 Nov 1999 09:42:38 -0500 From: Clint Adams To: Bart Schaefer Cc: zsh-workers@sunsite.auc.dk Subject: Re: PATCH: math and locale Message-ID: <19991122094238.A5609@dman.com> References: <19991120151807.A22546@dman.com> <991120205331.ZM15647@candle.brasslantern.com> <19991121131432.C31314@dman.com> <991122081713.ZM18376@candle.brasslantern.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: <991122081713.ZM18376@candle.brasslantern.com>; from schaefer@candle.brasslantern.com on Mon, Nov 22, 1999 at 08:17:13AM +0000 > 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?