LLVM 2.6 (diskuse)

Rychlejší je ten kompilátor nebo výsledný kód?

25.10.2009 15:44 David Watzke | skóre: 74 | blog: Blog... | Praha
Rozbalit Rozbalit vše Re: LLVM 2.6

Opraveno. I když je to podle mě logický. Napsal jsem jasně, že Clang je 3x rychlejší než gcc, o žádným kódu nebyla řeč.

“Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon

25.10.2009 16:09 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
Rozbalit Rozbalit vše Re: LLVM 2.6

Když napíšeš který nyní kompiluje údajně až 3x rychleji než gcc, tak to IMHO bude lepší :-)

Jinak koukám, že snad mají i návěští jako hodnoty (operátor &&), paráda!

Ještě na tom nejsem tak špatně, abych četl Viewegha.

25.10.2009 17:25 David Watzke | skóre: 74 | blog: Blog... | Praha
Rozbalit Rozbalit vše Re: LLVM 2.6

Díky, opraveno.

“Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon

Jestli je to 3x rychlejsi tak bych na nej mohl prejit v Gentoo. Neni nejaky funkcni navod jak to udelat??

25.10.2009 15:46 dark
Rozbalit Rozbalit vše Re: LLVM 2.6

Ještě chvilku počkat, až na něj přejdou ve freebsd tak nastane čas na testování - aspoň tak to vidím já ;-)

25.10.2009 16:10 Vykook | skóre: 23 | blog: Tomas
Rozbalit Rozbalit vše Re: LLVM 2.6

C++ kod to negeneruje pry zatim moc kvalitni, ostatne se neni cemu divit, Clang je projekt Apple a na OS X se pouziva predevsim Objective-C.

Nejde nám o dobro druhých. Nejde nám o bohatství. Jde o čisté opojení mocí.

To 3x rychlejší se týká Objective-C, což, předpokládám, zdejší osazenstvo moc nezajímá (i když Apple to zajímá naopak velmi). Samotné C prý kompiluje o 30% rychleji, než gcc, a to při -O0, kdy většina času se stráví v parsování zdrojáků a spol. Co já jsem teď zkoušel na Macu, tak sqlite mi to zkompilovalo při -O0 za 3.2s, zatímco gcc to trvalo 4.0s. A když zkusím to samé s -fsyntax-only, tak clang necelých 0.3s, gcc 1.3s.

vim ~/.emacs

25.10.2009 16:46 Vykook | skóre: 23 | blog: Tomas
Rozbalit Rozbalit vše Re: LLVM 2.6

Myslim, ze se tu najdou nejaci GNUStepisti ;-)

Btw, kde se presne v Xcode nastavuje kompilator? Nemuzu to tam najit...

Nejde nám o dobro druhých. Nejde nám o bohatství. Jde o čisté opojení mocí.

25.10.2009 17:26 Boris Dušek | skóre: 22 | blog: everything
Rozbalit Rozbalit vše Re: LLVM 2.6

Kromě Cocoa tutoriálu jsem s XCode nikdy neměl nic společného, normálně to spouštím z Terminálu:




time /Developer/usr/bin/gcc   -dynamiclib -Wall -arch i386 -fsyntax-only -o libsqlite3.dylib sqlite3.c

time /Developer/usr/bin/clang -dynamiclib -Wall -arch i386 -fsyntax-only -o libsqlite3.dylib sqlite3.c

Bez -fsyntax-only pak přidám jednotný -arch a taky -O0 -g0.

vim ~/.emacs

Teda, ty binárky, co z toho lezou, to jsou pořádný molochy...

25.10.2009 18:01 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: LLVM 2.6

Jó, ještě nedávno to generovalo prology i epilogy funkcí (ty kraviny se zásobníkem), i když to v té funkci bylo naprosto zbytečné. Stále tam není plná podpora C99 (11 let starý standard), ostatně to není ani v GCC.

Věřím v jednoho Boha.

25.10.2009 18:34 stativ | skóre: 54 | blog: SlaNé roury
Rozbalit Rozbalit vše Re: LLVM 2.6

A podporuje C99 vůbec něco?

Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk

25.10.2009 20:05 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: LLVM 2.6

Podle wiki je úplná podpora akorát v Sun Studio.

Věřím v jednoho Boha.

25.10.2009 22:34 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
Rozbalit Rozbalit vše Re: LLVM 2.6

Typickej problém s dvojčatama. Totiž s Céčkem. Ještě má někdo nějaké připomínky stran předčasné standardizace? :-)

Ještě na tom nejsem tak špatně, abych četl Viewegha.

25.10.2009 23:25 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: LLVM 2.6

Ať už schválej to C++0x, už ho chci používat. Co je mi do toho, že to žádný kompilátor nepřeloží :-)

Věřím v jednoho Boha.

26.10.2009 14:31 l4m4
Rozbalit Rozbalit vše Re: LLVM 2.6

Předčasná je každá standardizace, ke které neexistují alespoň dvě nezávislé implementace a zkušenosti s použitím na reálné problémy. Takže standardizace C i C++ byly (a zjevně i budou) předčasné a budou v nich věci, kolem kterých se v praxi natáhne pruhovaná páska s nápisem DO NOT CROSS...