(ne)kompatibilita glibc (Mplayer na Mandrake 8.1)

Kamil Toman ktoman na email.cz
Pondělí Únor 25 09:56:21 CET 2002


Pavel Kankovsky wrote:
> On Thu, 21 Feb 2002, Kamil Toman wrote:
> 
> 
>>Neco podobneho plati o zmene verze glibc - dost programu je kriticky
>>citlivych na urcite chovani (verzi), kterou si pri kompilaci detekuje.
>>S vyjimkou zavaznych upgradu je proto lepe drzet se pravidla, ze zmene
>>glibc je lepsi se zdaleka vyhnout anebo prekompilovat cely system pod
>>novou verzi.
>>
> 
> Nechci moc rypat, ale v pripade, ze nejaky program nesnese zmenu glibc na
> *vyssi* verzi (aspon pokud zaroven nedojde ke zmene toho cisla na konci
> libc.so.N), tak s vysokou pravdepodobnosti nastava nejmene jedna ze dvou
> podminek:

No, kdyz uz jsme u toho rypani ;)):

> 
> 1. Je to zpraseny program a jeho autor si zaslouzi, aby na nem nekdo
> provedl "attitude adjustment" tezkym tupym predmetem.

Ne nutne. Naopak autor si dokonce muze byt vedom urcite chyby a pri 
kompilaci se zapne workaround. Kdyz pak bez odstranim chybu v glibc a 
zaroven neprekompiluju i ten program, muze se stat, ze workaround 
zpusobi nefunkcnost kodu, ktery by po rekompilaci fungoval normalne.

Ale je fakt, ze vetsinou to neni tenhle pripad ;)


> 
> 2. Autori glibc a/nebo ten, kdo to kompiloval, svevolne porusil binarni
> kompatibilitu a zaslouzi si jiz zminenou "opravu".

No ukazme si na ne - RedHat! ;) Ovsem RedHat spolkl spolecnost Cygnus, 
kde pracuje vetsina aktivnich vyvojaru gcc - tezko si bez nich 
predstavit gcc 3.x.

Binarni kompatiblita gcc 2.95.x a gcc 3.x je stejne porusena (duvod: 
zmena draftu c++ oproti navrhum z predchozich let). Hlavnim prohreskem 
RedHatu v tomhle bylo, ze se nechali donutit lobbingem firem vyvijejich 
v c++ (ve verzi 2.95.x prekladac implementovan s mnoha chybami a 
prohresky proti standardu), takze, aby neco bylo, vydali tezce 
zazaplatovany nedovareny kompiler gcc 3.0 a pojmenovali ho 2.96....


> 
> 
> --Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
> "Resistance is futile. Open your source code and prepare for assimilation."

--
Kamil Toman



Další informace o konferenci Linux