ClangBSD je nyní self-hosting (diskuse)

[kralyk z abclinuxu]

Clang/LLVM je všeobcně výkonější řešení než gcc? Nebo jen v nějakých specifických případech použití?

[Jardík]

Kdysi jsem clang zkoušel a oproti GCC generoval o spousty (i jednořádkových) funkcí zbytečné prology a epilogy i se zapnutými optimalizacemi. Dnes však může být situace jiná ...

[Vskutečnosti Saýc]

Tak LLVM je hlavne modularni, takze optimalizace se daji delat misty dost nezavisle na jazyce a tak. Taky ma modernejsi navrh, takze se da cekat ze gcc casem predbehne, protoze i pro kod prelozeny z kdovi ceho muze pouzivat vsechny mozne optimalizace a tak.

[Ondrej 'SanTiago' Zajicek]

Spolecne, platformove a jazykove nezavisle optimalizace ma GCC uz take pekne dlouho.

[JoHnY2]

To jo, ale narozdil od Clangu neni GCC pekna a uhledna skladacka. Mimo toho, ze jsou to oba kompilatory, tak maj temer presne opacnou koncepci.

[vencas]

Především se za výhodu clang považuje vyšší rychlost kompilace a menší spotřeba paměti.

c++ zatím kompiluje bídně (LLVM zkompiluje, ale třeba na boostu se vyseká). V g++-4.5 lze však použít plugin, který dělá optimalizaci kódu v LLVM (místo aby používal optimalizátor v gcc), a tam jsou výsledky prý dobré (rychlost a paměť proti gcc) -- nezkoušel jsem.

[hajma]

ale třeba na boostu se vyseká

on totiz boost neni zrovna prehlidka standardum odpovidajiciho C++ kodu

[Jardík]

Boost je dnes naprosto zbytečná věc. Snad všechno z něho je obsaženo v C++0x, jehož podpora v GCC 4.5 je už skoro úplná. Akorát by ho už teda mohly schválit.

[Boris Dušek]

a co program_options? iostreams? filesystem? kde že ...

[vencas]

boost::serialization, boost::python ...?

[Jardík]

boost::python? Co má python společného s C++. Ok, máte pravdu, že takovýhle šmejd nikdy v c++0x nebude.

[vencas]

Psal jsi že celý boost je v c++0x. boost::python je součást boostu. A v c++0x není.

[Ondrej 'SanTiago' Zajicek]

Podle toho co jsem slysel, je zatim LLVM co se tyce efektivity vysledneho kodu obecne hur nez gcc, ale zato ma nektere zajimave rysy (stabilni mezikod, JIT preklad, ...).

[Boris Dušek]

zato ma nektere zajimave rysy (stabilni mezikod, JIT preklad, ...).

taky to, že je rozděleno na knihovny (jak LLVM, tak clang), které jdou třetími stranami používat zvlášť (např. statický checker chyb v C může použít jen knihovny na parsování C(++) z clangu)

[Mandarinka]

U GCC se hodně nadává na různé bugy, tak možná se vkládají naděje i do toho, že s tímto kompilátorem bude snazší dohoda...

[thingie]

Ono v tomhle případě asi hraje roli i to, že LLVM a clang jsou technicky vzato pod BSD licencí (tedy, ne přesně, ale v podstatě to je to samé).

[xkucf03]

Takže je to vlastně takový truc-kompilátor?

[Boris Dušek]

určitě to není ani jediná ani hlavní motivace (ale nějaká ano)

[thingie]

Myslím, že tohle by mohlo ty motivace docela objasnit: www.root.cz/clanky/clang-llvm-potencialni-konkurent-prekladace-gcc/

[kralyk z abclinuxu]

Jen na okraj: LLVM+Clang používají snad všechny současné implementace OpenCL.

[stativ]

Troufl bych si říct, že ano, alespoň částečně. Rozhodně se to natolik „komerční“ firmě jako je Apple hodí licence LLVM mnohem víc než licence GCC.

Ale musím uznat, že architektura LLVM je opravdu pěkně udělaná a rozhodně je o mnoho lepší než architektura GCC. Bohužel LLVM (zatím) není natolik vyspělý projekt aby mohl GCC konkurovat, zejména co se týče optimalizace.

[x]

Hlavne porad nechapu proc to vubec delaji, kdyz je tady oficialni projekt :

http://www.bsdfund.org/projects/pcc/ http://pcc.ludd.ltu.se/ http://undeadly.org/cgi?action=search&mode=&thres=&query=pcc