From: | "Luke Lonergan" <llonergan(at)greenplum(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Andrew Dunstan" <andrew(at)dunslane(dot)net> |
Cc: | "Zdenek Kotala" <Zdenek(dot)Kotala(at)Sun(dot)COM>, pgsql-hackers(at)postgresql(dot)org, Match(dot)Grun(at)thomson(dot)com |
Subject: | Re: horo(r)logy test fail on solaris (again and |
Date: | 2006-09-26 17:18:33 |
Message-ID: | C13EAEF9.2AAA%llonergan@greenplum.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom,
On 9/26/06 9:15 AM, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>> ! | @ 6 years | @ 5 years 12 mons 5 days 6 hours
>
>> Doesn't this look odd regardless of what bad results come back from the
>> FP library?
>
> It looks exactly like the sort of platform-dependent rounding issue that
> Bruce and Michael Glaesemann spent a lot of time on recently. It might
> be interesting to see if CVS HEAD works any better under these
> conditions ... but if it doesn't, that doesn't mean I'll be interested
> in fixing it. Getting the float datetime code to work is hard enough
> without having a compiler that thinks it can take shortcuts.
How about fixing the compilation so that the routines in adt that are
sensitive to FP optimizations are isolated from aggressive optimization?
- Luke
From | Date | Subject | |
---|---|---|---|
Next Message | Jeanna Geier | 2006-09-26 17:24:23 | Re: pg_hba.conf: 'trust' vs. 'md5' Issues |
Previous Message | Jeff Frost | 2006-09-26 17:16:19 | Re: pg_hba.conf: 'trust' vs. 'md5' Issues |