LLVM-GCC fejlesztői együttműködést szorgalmaz az egyik LLVM fejlesztő

Szoftver

Renato Golin, a Linaro toolchain mérnöke egy rendhagyó levelet küldött a napokban a GCC levelezési listára. A levélben arról írt, hogy véleménye szerint szorosabb együttműködésre lenne szükség a GCC és LLVM fejlesztők közt. Éppen ezért szükségesnek látna létrehozni egy "Open Source Compiler Initiative" kezdeményezést annak érdekében, hogy - ha már a céljuk közös: egy ütős toolchain létrehozása -, megoldják a duplikált munkavégzés technikai problémáját. Golin szerint nem a GCC levlista a legmegfelelőbb hely ennek megvitatására, így azt javasolta az érdeklődőknek, hogy ha az szükséges, hozzanak létre akár egy másik listát, weboldalt vagy Bugzilla-t, illetve jelezte, hogy idén részt vesz a GNU Tools Cauldron 2014 rendezvényen, így az ötlet után érdeklődők kapcsolatba léphetnek ott vele.

A szál itt kezdődik.

( bviktor | 2014. 02. 13., cs – 11:02 )

TBH jobban orulnek, ha a GCC-t siman hagynak megdogleni.

Csak fyi. Eloszor sem az LLVM, sem az Apple nem akart sajat compiler infrastrukturat kialakitani, a gcc lett volna a frontend. Csak gcc-ek elhajtottak oket a fenebe azzal, h fujc++, mert tortenetesen az llvm abban irodott es fujjhulyesegek. Ekkor nott oda a clang es azota is novekvo szamu frontend. Azota valahogy, valamilyen fura oktol fogva a gcc is elkezdett nemileg fejlesztodni es sorra kerulnek be azok a fujjhulyesegek. Nem igazan erdekelt barkit is az, h a gcc gpl, foleg mert az llvm is opensource. Igazabol orulok, h a dolgok igy tortentek, mert az llvm+clang+polly+lldb sokkal fejlettebb kepesseggel ruhazza fel a hasznalojat, mint a gcc valaha.

---
pontscho / fresh!mindworkz

Azért több volt az elhajtás mögött mint az, hogy fújc++. Egyrészt pl akkor írták a javaslatot a gcc levlistára az llvm használatáról, amikor a gcc épp túl volt egy nagy belső átalakításon (GIMPLE), és az sem mellékes, hogy az LLVM még csak most kezdi utolérni (néha lehagyni) a gcc-t optimalizálásban.

És az Apple-nek igenis van gondja a licenszel, a GPLv3-at kifejezetten nem szeretni, nem véletlenül szórakoztak egy régi gcc patch-elgetésével évekig...

A történtek mögött volt nagy adag politika és korlátoltság is, mindkét oldalon, felesleges utólag kimosni bármelyik felet.

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

A 4.2, amit az Apple hosszu ideig supportalt, az 2007-ben jott ki, az elso clang release 2009-es, 2011 ota nincs gcc frontend a release-ben. Ha mar tudom, h az llvm-gcc levaltasara szolgalo sajat c compiler mar uton van, en sem eroltettem volna tovabbi gcc verzio tamogatasat, foleg ha mellette tovabbra is van egy pluginem a gcc-hez, ami megoldja az llvm backend hozzakapcsolasat.

sem mellékes, hogy az LLVM még csak most kezdi utolérni (néha lehagyni) a gcc-t optimalizálásban

Meg nem hagyta le, kb. atlagosan 5% elonye van a gcc48-nak.

A történtek mögött volt nagy adag politika és korlátoltság is, mindkét oldalon, felesleges utólag kimosni bármelyik felet.

Mint mindig. Csak annyit mondtam, h alapvetoen nem a license volt az ok.

---
pontscho / fresh!mindworkz

Jól hangzik, de valójában azért a gcc 4.2 volt az utolsó supportált gcc, mert az volt az utolsó GPLv2 licenszű.
A clang évekig nem volt megfelelő állapotban a leváltáshoz, és tömegek szívtak a régi gcc-vel emiatt.
(Mint ahogy az őskori gdb-vel még többen és még tovább szívtak...)

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Tisztaban vagyok a tortenettel. A "gcc eltunhetne mar" kommentre reagaltam hasonlo stilusban.

Egyebkent van akit a licensz erdekel, mert az hogy open source, az engem meg nem boldogit, mert semmi nem garantalja, hogy az is marad. Ilyenre meg nem szeretek epiteni, plane amikor olyan erdekek vannak mogotte, amik nagyon nem open source baratok. Hiaba fejlettebb, szebb, jobb, csilivilibb, akarmi.

Ettol fuggetlenul szeretem es hasznalom az LLVM toolokat, es jo, hogy vannak. Csak ha valaha epitenem kell valamire, nem rajuk fogok, ezert jo az is, hogy gcc/gdb/stb is van, es lesz is.

--
|8]

"de ha mar vette a faradsagot az Apple, hogy megcsinalja nullarol"
Gondoltam jelzem, hogy nem így volt... Most hogy ezt tisztáztuk, jöhet a második fele:

"akkor ne pont most kezdjen el kompromisszumokat kotni egy egyre kevesbe relevans oskori maradvany kedveert."
Azt elolvastad, hogy miről van szó jelenleg?

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o