Re: RPM building (was regression on RedHat)

From: Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: lockhart(at)fourpalms(dot)org, Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: RPM building (was regression on RedHat)
Date: 2001-03-22 19:53:08
Message-ID: 3ABA5824.F70A847D@alumni.caltech.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Well, you're going to have to ask a numerical analyst about this. If you
> take that stance then -ffast-math is always wrong, no matter what the
> combination of other switches. The "wrong" results might be harder to
> reproduce without any optimization going on, but they could still happen.

Grumble. OK, I'll rephrase my statement: it is not "wrong", but "does
not produce the *required* result".

The date/time stuff relies on conventional IEEE arithmetic rounding and
truncation rules to produce the world-wide, universally accepted
conventions for date/time representation. And will do so *if* the
compiler produces math which conforms to IEEE (and many other, in my
experience) conventions for arithmetic. So, if someone actually would
want to get date/time results which conform to those conventions, and if
they would characterize that conformance as "correct", then they might
make the leap of phrase to characterize nonconformance to those
conventions as "wrong".

- Thomas (who is just finishing eight days of jury
duty ;)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Lockhart 2001-03-22 19:57:05 Re: Re: Call for platforms
Previous Message Giles Lean 2001-03-22 19:45:02 Re: Re: Call for platforms