5 otazek

Milan Kerslager milan.kerslager na spsselib.hiedu.cz
Úterý Květen 15 09:05:15 CEST 2001


On Tue, 15 May 2001, Jiri Mlika wrote:

> A přidám další problém. Není v MDK 8.0 ten "skvělej" kompilátor jako v
> RH 7.0?

Ten "skvelej" kompilator je to nejlepsi, co dneska sezenete. V kazdem
pripade seznam znamych chyb ostatnich kompilatoru (ktere asi uz ani nikdo
neopravi) je delsi, nez seznam aktualnich chyb tohoto kompilatoru (ktere
se navic okamzite opravuji).

Krome toho, ze bez problemu kompiluje jadra rady 2.4.x, celou distribuci
vcetne KDE, Gnome a tisice dalsich balicku (RH 7.x ma temer 3000 balicku,
MDK jiste take), preklada (korektne!) celou distribuci i na procesorech
Alpha a Sparc.

Myslim, ze vic nemuzete chtit. Jestli mate po ruce neco lepsiho,
nezakladejte na flamewar a rovnou to sem napiste. Ovsem pochybuju, ze neco
takoveho vystourate (teda vcetne toho, ze se nekdo jiz vice nez rok snazi
dotlacit vyvoj gcc 3.0 do nejakeho pouzitelneho stavu).

Co se tyka binarni kompatibility (tj. prelozite-li C++ knihovnu verze
X.Y.Z, tak ze pojede s binarkou prelozenou na jinem kompilatoru), tak:

a) norma stale neexistuje
b) vsechny starsi kompilatory (ktere prichazeji v uvahu) produkuji
   navzajem nekompatibilni kod (a to nejen na urovni C++, ale i
   obycejneho C).
c) system prekladu (tj. implementace norem a nutne opravy u aplikaci)
   bude u GCC 3.0 stejny (nebo jeste striktnejsi), nez ma pouzivana verze
   2.96+. Takze NElze pocitat s tim, ze by se jiz pouzivane opravy
   nemusely zaradit do soucasnych aplikaci.

Mimo to jsem sem poslal za uplynuly pulrok tolik odkazu na dokumenty,
ktere vsechny vyse uvedene skutecnosti prokazuji.

V soucasnem stavu (resp. ve stavu pred uvedenim RH 7.0 s GCC 2.96), bylo
tolik ruznych kompilatoru a prislusnych workaroundu (napr. vyjimek pro
kompilaci Qt, jadra nebo jinych aplikaci), ze se mi z toho delalo nanic
(kdyz jsem potreboval neco prelozit).

Pokud se na to podivate z hlediska moznosti (a hlavne vyznamu pro dalsi
vyvoj), tak navic zjistite, ze psani patchu pro stare kompilatory je
prinejmensim kontraproduktivni a ze je vzdy lepsi investovat vyvojarsky
potencial do neceho, co alespon nekam smeruje (a ne se bezmyslenkovite
zakopavat u "osvedcenych" produktu).

Stejna situace (se stejnymi vykriky do tmy) byla pri zavadeni Glibc 2.0
(pred tim byla libc5), Glibc 2.1 a dokonce i Glibc 2.2, ktera v RH 7.x je
a s novym kompilatorem vemi tesne souvisi (nemuzete mit jen jednu vec,
resp. to neni rozumne - vzdy se aktualizuji vsechny souvisejici
komponenty).

Pokud se rozhodnete reagovat - velmi prosim o predlozeni souvisejicich a
ozumnych argumentu, vse ostatni si prosim odpustte, at nevznika zase
zbytecna flamewar.

-- 
                        Milan Kerslager
                        E-mail: milan.kerslager na spsselib.hiedu.cz
                        WWW:    http://www.spsselib.hiedu.cz/~kerslage/



Další informace o konferenci Linux