From: | Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> |
---|---|
To: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> |
Cc: | "Habel, Ulrich 6575 EXT SFA-35" <Ulrich(dot)Habel(dot)EXTERN(at)de(dot)heidelberg(dot)com>, "'espero7757(at)gmx(dot)net'" <espero7757(at)gmx(dot)net>, Hackers List <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: was: bad datatypes time and timestamp - wrong gcc option |
Date: | 2000-08-07 15:56:35 |
Message-ID: | 398EDC33.81AAFAC9@wgcr.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Thomas Lockhart wrote:
> > you were right about the wrong compiler-options: it was not the -O3 but
> > the -ffast-math option that made the wrong rounding (and other stuff) ;-)
> > I compiled a ManDrake source RPM that used the default rpmrc in
> > /usr/lib/rpm/rpmrc, in which the optflags are set incorrectly:
> > ... -O3 ... -ffast-math ...
> > But this behaviour may be found in any distribution based onto the RedHat
> > system, at least when utilizing the RPM-utility unchanged. My RPM is
> > version 3.0.3 here.
On my RedHat 6.2 buildbox, I get -02 -m486 -fno_strength_reduce (using
the very useful 'rpm --showrc|grep optflags' -- the optflags macro gets
placed in the RPM_OPT_FLAGS envvar during rpm startup) -- sounds like a
Mandrakeism.
> > A hot fix for the SPEC-file would be, to eliminate that option by
> > RPM_OPT_FLAGS=`echo $RPM_OPT_FLAGS | sed -e "s/-ffast-math//"`
> Thanks for tracking this down. I'll look at my RPM setup for
> Mandrake-7.1 to confirm the behavior, and then perhaps Lamar can
> introduce an appropriate fix to the canonical spec file.
I will look into doing this, although Mandrake really should fix this,
if it is not recommended by the gcc people to combine -O stuff and
-ffast_math.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
From | Date | Subject | |
---|---|---|---|
Next Message | Philip Warner | 2000-08-07 15:57:18 | Re: [HACKERS] Re: Trouble with float4 after upgrading from 6.5.3 to 7.0.2 |
Previous Message | Thomas Lockhart | 2000-08-07 15:40:43 | Re: mac.c |