Re: horo(r)logy test fail on solaris (again and

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Kenneth Marshall <ktm(at)is(dot)rice(dot)edu>
Cc: Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>, 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-10-02 23:01:46
Message-ID: 200610022301.k92N1ke15798@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


Thanks for the analysis. I have removed mention of the -fast option
from the Solaris FAQ.

---------------------------------------------------------------------------

Kenneth Marshall wrote:
> On Wed, Sep 27, 2006 at 04:09:18PM +0200, Zdenek Kotala wrote:
> > Tom Lane napsal(a):
> > >Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM> writes:
> > >>The problem was generated, because -fast option was set only for the
> > >>compiler and not for the linker. Linker takes wrong version of
> > >>libraries. If -fast is set for both then horology test is OK, but
> > >>question was if float optimalization should generate some problems.
> > >
> > >So FAQ_Solaris needs to tell people to put -fast in both CFLAGS and
> > >LDFLAGS?
> >
> > Exactly, but I want to sure, that float optimalization is safe and
> > should be applied for postgres, because -fast breaks IEE754 standard. If
> > it is OK I will adjust FAQ_Solaris.
> >
> > Zdenek
> >
> Unless the packager understands the floating point usage of every
> piece and module included and the effect that the -fast option will
> have on them, please do not recommend it for anything but extremely
> well tested dedicated use-cases. When it causes problems, it can
> be terrible if the problems are not detected immediately. Massive
> data corruption could occur.
>
> Given these caveats, in a well tested use-case the -fast option can
> squeeze a bit more from the CPU and could be used. I have had to
> debug the fallout from the -fast option in other software in the
> past. Let's just say, backups are a good thing.
>
> I would vote not to recommend it without very strong cautions similar
> to was Sun includes in the compiler manual pages.
>
> Ken
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faq

--
Bruce Momjian bruce(at)momjian(dot)us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2006-10-02 23:07:37 Re: Sane error messages for SSL retry cases
Previous Message Tom Lane 2006-10-02 22:34:08 Re: Ready for pgindent?