From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | "Pedro M(dot) Ferreira" <pfrazao(at)ualg(dot)pt>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Geometry regression tests (was Re: Float output formatting options) |
Date: | 2002-11-15 17:46:12 |
Message-ID: | 255.1037382372@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> Tom Lane writes:
>> I find that two geometry 'expected' files are now sufficient to cover
>> all the platforms I have available to test. (We'd only need one, if
>> everyone displayed minus zero as '-0', but some platforms print '0'.)
> Judging from the platforms affected by this, I would suspect that this is
> a (mis-)feature of the snprintf() implementation rather than compiler or
> processor. Would it make sense to provide a fixed version of snprintf()
> and get rid of these differences?
Certainly it's a library issue on most of these platforms --- AFAIK,
all these machines have IEEE-compliant float hardware, so it must be
sprintf's fault and not a matter of not getting the minus zero in the
first place.
I wouldn't want to write a float converter from scratch, but maybe we
could add a few lines in src/port/snprintf.c to patch up a wrong result?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jason Tishler | 2002-11-15 19:02:02 | Re: [HACKERS] ipc-daemon |
Previous Message | Neil Conway | 2002-11-15 17:43:43 | regression test failure (CVS HEAD) |