Re: 486 Optimizations...

Поиск
Список
Период
Сортировка
От teg@redhat.com (Trond Eivind Glomsrød)
Тема Re: 486 Optimizations...
Дата
Msg-id xuyhf5a43qw.fsf@halden.devel.redhat.com
обсуждение исходный текст
Ответ на 486 Optimizations...  (Larry Rosenman <ler@lerctr.org>)
Ответы One more 486 Optimizations...
Список 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 по дате отправления:

Предыдущее
От: teg@redhat.com (Trond Eivind Glomsrød)
Дата:
Сообщение: Re: 486 Optimizations...
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Syslog Facility Patch