Re: RPM building (was regression on RedHat)
От | Thomas Lockhart |
---|---|
Тема | Re: RPM building (was regression on RedHat) |
Дата | |
Msg-id | 3ABA5824.F70A847D@alumni.caltech.edu обсуждение исходный текст |
Ответ на | Re: RPM building (was regression on RedHat) (Peter Eisentraut <peter_e@gmx.net>) |
Список | 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 ;)
В списке pgsql-hackers по дате отправления: