XFree86 4.2.0

[Michal Moskal]

On Fri, Jan 25, 2002 at 10:40:37PM +0100, Tomasz Kłoczko wrote:
> On Fri, 25 Jan 2002, Blues wrote:
> 
> > On Fri, 25 Jan 2002, Tomasz Kłoczko wrote:
> > > [..]
> > > > > Tka czy inaczje chodzi o to zeby ewentualnie taki ruch robić li tylko na 
> > > > > podstawie wiarygodnych danych czy sie to opłaca czy nie.
> > > > A ja ci powiem już teraz. Nie opłaca się.
> > > > Potencjalnie jest wiele rzeczy, które mogą się zacząć "walić" po takim 
> > > > posunięciu.
> > > Wymień choć kilka.
> > 
> > Inni ci wymieniają.
> 
> Jak na razie są ttylko dwie rzeczy konkretnie zlokalizowane i wypisałem 
> je sam. Obie mają w tej chwili znacznie marginalne.
> 
> > Dopiero co poprawnie jajko i glibc się zaczęły na tym kompilować... 
> 
> Na pierwsze nie ma to wpływu bo kernel kompilujemy za pomocą kgcc, a co do 
> glibc i gcc 3 to były jzu tu głosy że tu nie ma sie o co czepić.

Zobacz sobie liczbe otwartch bug reportów o gcc 3 (na ichnej bugzilli).
Na liście co chwilę są reporty typu register clobber. Pozatym nawet
jeśli gcc byłby bezbłędne, to optymalizuje *znacznie* mocniej. To miło
;) Ale jest z tym związany pewien problem. Gcc optymalizuje zgodnie ze
standardem. A cześć programów nie jest napisana zgodnie ze standardem
(powidziałbym, że większość). Np. standard mówi, że wskaźniki różnego
typu nie mogą wskazywać na tem sam obiekt, co gcc wykorzystuje przy
rozstrzyganiu aliasingu.

Czytaj: kompilacja gcc3 może sprawdzić, że niektóre programy zaczną się
psuć w najmniej spodziewanych momentach.

-- 
: Michal ``,/\/\,       '' Moskal    | |            : GCS {C,UL}++++$
:          |    |alekith      @    |)|(| . org . pl : {E--, W, w-,M}-
:    Linux: We are dot in .ORG.    |                : {b,e>+}++ !tv h
: CurProj: ftp://ftp.pld.org.pl/people/malekith/ksi : PLD Team member