gcc/libm floating-point bug?
Jeremy Messenger
mezz7 at cox.net
Wed May 21 18:27:14 PDT 2003
On Wed, 21 May 2003 18:10:14 -0700, David O'Brien <obrien at FreeBSD.ORG>
wrote:
> On Tue, May 20, 2003 at 03:12:27PM -0400, Jon Lido wrote:
>> On Tuesday 20 May 2003 02:00 pm, David Schultz wrote:
>> > On Tue, May 20, 2003, Jon Lido wrote:
>> > > Well, I do have a P4, and had built everything with -march=pentium4.
>> > > However, rebuilding the kernel and modules with -march=pentium3
>> produces
>> > > the same results.
>> >
>> > This isn't a kernel problem, so you need to rebuild libm and libc
>> > without -march=pentium4. You really don't want to be using the
>> > Pentium 4 optimizations in gcc 3.2 anyway; the generated code is
>> > generally slower. gcc 3.3 has fixes for a number of the bugs, but
>> > I don't know about the performance problems.
>>
>> Yes, this was the problem. I rebuilt world with -march=pentium3 and
>> that did the trick.
>
> Honest question of you -- I'll assume you're subscribed to
> freebsd-current at . How have you missed all the warnings from myself and
> others not to trust the -march=pentium4 optimizations? I honestly want
> to know so we can figure out a better way of getting the word out.
Perhaps, it should be add in the errata? Also, add the comments in the
make.conf.
Cheers,
Mezz
>> I'm not sure how CPUTYPE gets handled, but perhaps p4 should expand to -
>> march=pentium3, if possible.
>
> I feel some will screem if we take away the ability to use
> -march=pentium4 in places they know for sure will work. Unix is about
> mechanisms, not policy.
--
bsdforums.org 's moderator, mezz.
More information about the freebsd-current
mailing list