Re: 486 Optimizations... - Mailing list pgsql-hackers

From teg@redhat.com (Trond Eivind Glomsrød)
Subject Re: 486 Optimizations...
Date
Msg-id xuyhf5a43qw.fsf@halden.devel.redhat.com
Whole thread Raw
In response to 486 Optimizations...  (Larry Rosenman <ler@lerctr.org>)
Responses One more 486 Optimizations...
List pgsql-hackers
teg@redhat.com (Trond Eivind Glomsrød) writes:

> Larry Rosenman <ler@lerctr.org> writes:
> 
> > * Trond Eivind Glomsr?d <teg@redhat.com> [001114 15:43]:
> > > Larry Rosenman <ler@lerctr.org> writes:
> > > 
> > > > Anyone care if I build a patch to kill the -m486 type options in the
> > > > following files:
> > > > 
> > > > $ grep -i -- 486 *
> > > > bsdi:  i?86)  CFLAGS="$CFLAGS -m486";;
> > > > freebsd:CFLAGS='-O2 -m486 -pipe'
> > > > univel:CFLAGS='-v -O -K i486,host,inline,loop_unroll -Dsvr4'
> > > 
> > > Why would you want to? Not all gccs support -mpentium/mpentiumpro etc.
> > I would remove it entirely. 
> > 
> > Why should a package FORCE 486 or any other processor optimizations?
> 
> It doesn't force, it only uses those if you don't specify any yourself
> AFAIK (at least, that's the normal way to do it)
> 
> FWIW, this was what Red Hat Linux used up to and including 6.2 - it
> increases performance on almost every chip, it runs everywhere, it
> goes with any gcc.

To clarify - this is on IA32 only, of course. OSes know running on
more chips should get separate entries, like Linux does.
-- 
Trond Eivind Glomsrød
Red Hat, Inc.


pgsql-hackers by date:

Previous
From: teg@redhat.com (Trond Eivind Glomsrød)
Date:
Subject: Re: 486 Optimizations...
Next
From: Peter Eisentraut
Date:
Subject: Re: Syslog Facility Patch