Re: floating point representationu - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: floating point representationu
Date
Msg-id 200102200202.VAA18756@candle.pha.pa.us
Whole thread Raw
In response to Re: floating point representation  (Hiroshi Inoue <Inoue@tpf.co.jp>)
List pgsql-hackers
> 
> Tom Lane wrote:
> > 
> > Peter Eisentraut <peter_e@gmx.net> writes:
> > > Actually, you're going to have to recode the float*in() functions, using
> > > scanf, and scanf's formats are not always equivalent to printf's.
> > 
> > Further thought: one answer to this is to institute four SET variables,
> > two for output and two for input; perhaps FLOAT8_FORMAT, FLOAT8_IN_FORMAT,
> > and similarly for FLOAT4.  The input formats would normally just be
> > "%lg" and "%g" but could be changed for special cases (like reading
> > table dumps prepared with %a output format).
> > 
> 
> >From the first I don't want to change the current default
> output format
>     "%." #FLT_DIG "g" (REAL)
>     "%." #DBL_DIG "g" (DOUBLE PRECISION)
> for 7.1 because their changes would cause a regress
> test failure.

But we run regress with the proper setting, right?  How does giving
people the ability to change the defaults affect the regression tests?


--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: Hiroshi Inoue
Date:
Subject: Re: floating point representation
Next
From: Tom Lane
Date:
Subject: Re: [BUGS] Turkish locale bug