Peter Eisentraut <[EMAIL PROTECTED]> writes: >> Or must we postpone to fix it ? > 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. Hmm... that wouldn't matter, except for this %a format. Maybe we'd better not try to make this happen in the waning days of the 7.1 cycle. > And what about the geometry types that are based on floats? They should track the float8 format, certainly. regards, tom lane
- Re: [HACKERS] floating point representation Philip Warner
- Re: [HACKERS] floating point representation Peter Eisentraut
- Re: [HACKERS] floating point representation Philip Warner
- Re: [HACKERS] floating point representation Bruce Momjian
- Re: [HACKERS] floating point representation Tom Lane
- [HACKERS] Re: floating point representation Thomas Lockhart
- [HACKERS] Re: floating point representation Bruce Momjian
- Re: [HACKERS] floating point representation Peter Eisentraut
- Re: [HACKERS] floating point representation Bruce Momjian
- Re: [HACKERS] floating point representation Peter Eisentraut
- Re: [HACKERS] floating point representation Tom Lane
- Re: [HACKERS] floating point representation Tom Lane
- Re: [HACKERS] floating point representation Hiroshi Inoue
- Re: [HACKERS] floating point representationu Bruce Momjian
- Re: [HACKERS] floating point representationu Hiroshi Inoue
- Re: [HACKERS] floating point representationu Bruce Momjian
- Re: [HACKERS] floating point representationu Hiroshi Inoue
- Re: [HACKERS] floating point representationu Bruce Momjian
- Re: [HACKERS] floating point representationu Tom Lane
- Re: [HACKERS] floating point representationu Bruce Momjian