Babol w kompilatorze?

[Martin Dalecki]

Tomasz Kłoczko wrote:
> 
> On Mon, 7 Feb 2000, Michal 'Orr' Daszkowski wrote:
> 
> > Stawiam właśnie PLD, przerabiająć RH6.1. Wszystko ładnie, tylko
> > natrafiłem na problem, który mnie nieco zirytował, bo dostarczył mi
> > sporo dodatkowej pracy. :-/
> >
> > Ponieważ maszynka nie jest podłączona do sieci, nagrałem sobie
> > binarki *.src.rpm i *.i386.rpm na płytki i z tego robiłem wymianę
> > pakietów.
> >
> > To jest 2 x Celeron 433, więc przez moment zastanawiałem się, czy
> > nie wziąć od razu binarek z katalogu i686, ale stwierdziłem, że
> > jednak zachowawczo wezmę i386, bo być może będę to wrzucał na
> > jakąś inną maszynkę jeszcze, a i386 będzie działać na pewno wszędzie,
> > zaś to co istotne, i tak sobie przekompiluję.
> >
> > No i niestety... binarka gcc w wersji i386 wypieprzała się
> > koncertowo przy każdej kompilacji z signal 11. :-((( Musiałem się
> > 'downgradnąć' do redhatowskiego egcs, którym skompilowałem gcc z PLD
> > [z problemami zresztą] i dopiero kiedy zainstalowałem skompilowany
> > gcc w wersji i686, mogłem nim dalej kompilować kolejne rzeczy.
> 
> To może być spowodowane tym:
> 
> -optflags: i386 -O2 -m486 -fno-strength-reduce
> +optflags: i386 -O2 -march=i386


Ostateczne wytumaczenie opcji GCC:

-mx86 optymalizyj dla danego procesora

-march=x86. Architektur systemu jest dany procesor, tak wiec stosuj jego
specjalnosci.

Czyli jesil chcecie miec binarki zoptymalizowane na pentium i chodzace
rowniez
na 386 to stosujecie tylko -mpenitum lub -m586 lub -m686
A NIE -march=i386!

--
	Marcin Dalecki