Re: Interval aggregate regression failure (expected seems

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Michael Paesold <mpaesold(at)gmx(dot)at>
Cc: Michael Glaesemann <grzm(at)myrealbox(dot)com>,pgsql-hackers(at)postgresql(dot)org
Subject: Re: Interval aggregate regression failure (expected seems
Date: 2005-11-08 22:48:16
Message-ID: 9595.1131490096@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox
Thread:
Lists: pgsql-hackerspgsql-patches

Michael Paesold <mpaesold(at)gmx(dot)at> writes:
> Would you mind reporting this to RedHat Bugzilla? I believe a bug report
> from you would have more weight then mine, because you actually
> understand what's going on here. :-)

Actually, given the thought that this may be an artifact of keeping an
intermediate value in a wider-than-normal register rather than genuinely
rearranging the computation, I'm not certain it is a compiler bug.
We'd have to study it a lot more closely before filing it as one, anyway.

If you accept the idea that the pentium4 answer is the right one,
then what we really need to do is focus on a better rounding rule than
"strict truncation". I was toying with the notion of adding the
equivalent of half a microsecond to the fractional-day value before
truncating it to integer. But I'm not certain that that wouldn't have
some bad effects in other cases.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Gevik babakhani 2005-11-08 23:07:44 compiling on windows with mingw
Previous Message Tom Lane 2005-11-08 22:12:52 Re: [HACKERS] Troubles with array_ref

Browse pgsql-patches by date

  From Date Subject
Next Message Atsushi Ogawa 2005-11-09 13:01:40 Re: Improve the comparison of NUMERIC data
Previous Message Michael Paesold 2005-11-08 21:13:17 Re: Interval aggregate regression failure (expected seems