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>