Instalace gcc-3.0

[Libor Chocholaty]

Tomáš Knaifl wrote:

> On 20 Jun 2001 11:11:21 +0200, Libor Chocholaty wrote:
> > Milan Kerslager wrote:
> >
> > > On Tue, 19 Jun 2001, Vaclav Lorenc wrote:
> > >
> > > > kvuli novemu mplayeru jsem si rikal, ze by mozna bylo vhodne upgradnout
> > > > kompilator na gcc-3.0, zvlaste kdyz uz vysla stabilni verze...
> > > >
> > > > Pouzivam RH7.0, takze se bojim, co to udela se systemem -- jak se to bude
> > > > snaset se stavajici verzi GLIBC? (na strankach GCC je myslim upozorneni, ze
> > > > snad nemam jenom kompilovat GLIBC, jinak ze by to snad melo fungovat...)
> > > > Nemate s tim nekdo nejake zkusenosti? Co potom s kgcc a gcc? Jakym zpusobem
> > > > muzu na jednom systemu provozovat nekolik verzi gcc?
> > >
> > > V RH mate 2.96+, coz (zejmena dnes) je temer 3.0 (zachovava se binarni
> > > kompatibilita s 2.96, ale to Vas stejne zajima jen u kodu v C++, protoze
> > > na urovni C by to melo byt binarne kompatibilni).
> > >
> >
> > Porad se u noveho GCC omila binarni kompatibilita. Co to vlastne je? Mel by
> > prece produkovat kod spustitelny na tom kterem procesoru, ne? Jedna se tedy o
> > kompatibilitu s knihovnami pri linkovani nebo o jakou kompatibilitu se vlastne
> > jedna?
> >
> > S pozdravem, Libor Chocholaty
> >
> >
> > >
> > > GCC 3.0 je nova a ma do vseobecne pouzitelnosti jeste kousek cesty (viz
> > > poznamka o Glibc 2.2). Pokud chcete mermomoci novejsi kompilator,
> > > upgradujte na RH 7.1, kde je sice zase 2.96, ale jeste blizsi k 3.0.
> > >
> > > V soucasne dobe neni lepsi volba, protoze 3.0 je naprosto nevyzkousena.
> > > To, co je v RH se naopak jiz rok pouziva na kompilaci cele distribuce
> > > vcetne jader 2.4.x a kompilator je neustale udrzovan v up-to-date stavu
> > > (vuci 3.0).
> > >
>
> jedna se zejmena o volani funkci z knihoven v C++ .. v C je
> situace jasna a standardni, cili pri volani funkce se pred
> funkci da podtrzitko a to se vola, cili napriklad pokud v kodu
> mate funkci cprintf, tak z knihoven se vola _cprintf
>
> u C++ je situace slozitejsi, protoze C++ zna takove veci, jako
> pretezovani
> operatoru, vice funkci se stejnym jmenem ale odlisnymi parametry,
> sablony
> , objekty apod... takze se to, ktera funkce se ma zavolat, urcuje tim,
> ze se podle
> jkejich parametru ci podle toho, ke kteremu patri objektu..cili funkce
> ahoj muze byt
> nekde v knihovne reprezentovana jako ahoj na uiz@CObject na 4599 (to je jenom
> hypoteticky priklad)
> a to, jak se jmeno takove funkce vytvori z toho, jake a kolik ma
> parametru, v jakem je objektu
> neni bohuzel nikde standardizovane, takzke zalezi na autorech
> prekladace, jak si toto
> pojmenovavani vytvori.. A to se navic s novymi vlastnostmi prekladace
> muze menit...
>
> Nedavno tusim primo do teto konfery posilal jak vypada jakasi funkce z
> sablony (uz si nepamatuji,
> co to presne bylo)...

Aha, uz to chapu. To, ze C++ dela symboly s priponou oproti C, samozrejme vim.
Proste zmenili system pripon, v tom je to. Diky, za vysvetleni. Ten humbuk, co se
kolem toho rozpoutal je podle meho nazoru moc velky. Stacilo rict, o co jde na
zacatku, a problem by nebyl. Chapu, ze mnoho uzivatelu - neprogramatoru, kteri
nevedi o cem je rec, to muze privest k silenstvi. Pritom je to tak proste.

Libor Chocholaty