Date: Thu, 23 Sep 2004 15:30:26 GMT From: Mikhail Teterin <mi+mxmoz@aldan.algebra.com> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/72006: floating point formating in non-C locales Message-ID: <200409231530.i8NFUQxS007967@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/72006; it has been noted by GNATS.
From: Mikhail Teterin <mi+mxmoz@aldan.algebra.com>
To: Giorgos Keramidas <keramida@freebsd.org>
Cc: bug-followup@freebsd.org
Subject: Re: bin/72006: floating point formating in non-C locales
Date: Thu, 23 Sep 2004 11:28:18 -0400
Giorgos Keramidas wrote:
>On 2004-09-22 16:51, Mikhail Teterin <mi+mxmoz@aldan.algebra.com> wrote:
>
>
>>> en_US locale Greek locale
>>> 1,000.00 1.000,00
>>> 2,000,000.00 2.000.000,00
>>>
>>>
>>These numbers are not parsable one way or the other -- the "thousand
>>separators" are not, AFAIK, supported at all:
>>
>> printf: 2.000.011
>> printf: 2.000.011: not completely converted
>> 2
>>
>>
>
>True, but partial support already exists for producing these numbers
>with the %'f format of printf:
>
>$ env | egrep -e 'LANG|LC_'
>LC_ALL=en_US.ISO8859-1
>LANG=en_US
>$ printf "%'.02f\n" 12345678
>12,345,678.00
>
>
Are we planning to ever _recognize_ such numbers? If not, we may as well
recognize the dot always and the coma (or whatever) -- sometimes.
Anyway, this is moot. We should be doing, what relevant RFCs/standards
proscribe. I thought I saw somewhere, that the dot is supposed to be
recognized, but I can't find a link now (everybody talks about
implementations, rather than specifications). We need a judgment of some
standards guru... Yours,
-mi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200409231530.i8NFUQxS007967>