Dotaz: Arch, makepkg a Intel C++

[otula]

Můžete mi někdo poradit, jak si v Archu zkompilovat balíček pomocí icc místo gcc? Tedy jak přimět skript makepkg použít pro kompilaci icc?

Odpovědi

[herne the hunter]

afaik makepkg neřeší, čím se má balík kompilovat. zavolá build() z PKGBUILDu, kde se obyčejně používá make. takže budeš muset zřejmě změnit příslušnej makefile. ale je taky možný, že se šeredně pletu ;)

[pasmen]

Nepletes se.

[otula]

Děkuji, myslel jsem, že to půjde jednodušeji, třeba nastavením nějaké proměnné před kompilací

[otula]

Ještě jsem pátral, kde se dalo, a dle informací, které jsem našel, není potřeba zasahovat přímo do makefile, ale stačí nastavit CC a další proměnné při ./configure

Zkoušel jsem například CC=icc CXX=icpc a další pro překlad programu easytag, s některými se přeložil, ale nefungoval, s jinými se vůbec nepřeložil.

[pasmen]

Do makefile potreba zasahovat neni, staci do PKGBUILDu. Pokud je tam napr. radek

./configure ...

tak se prepise na

CC=icc ./configure ...

[otula]

Tak jsem s tím zkusil teď přeložit ještě scribus, a nepodařilo se mi to. Troskotá to na různých undefined reference to…

[pasmen]

Nedostupne knihovny?

[otula]

Hm, to já nepoznám. Konkrétně ten scribus končí tímto:

gdk-pixbuf-xlibrgb.c:(.text+0x5426): undefined reference to `_intel_fast_memset'
collect2: ld returned 1 exit status
make[3]: *** [scribus] Error 1

(Normálně s gcc nemám žádný problém)

[pasmen]

To prave poznas s toho error vystupu Pokud ti to hodi chybu typu collect: ld returned 1 exit status, je to prave tim, ze nemuze slinkovat objektove soubory.

[otula]

Takže jsem dospěl k tomu, že s parametry

CC='icc -cxxlib-icc' CXX='icpc -cxxlib-icc'

se to zkompiluje. Program ale při spouštění zhavaruje na tom, že nemůže nalézt intelovské knihovny. Mám za to, že by to měl řešit parametr LDFLAGS, ale když jsem ho zadal jako LDFLAGS='-L/opt/intel/cc/9.1.042/lib', tak kompilace po delší době skončila s chybou

compilation aborted for undomanager.cpp (code 2)
make[3]: *** [undomanager.o] Error 1

Chjo

[pasmen]

Kdyz se ti to podari zkompilovat, co ti potom rekne
ldconfig binarka ?
Vypise ti to, na jakych sdilenych knihovnach ta binarka zavisi. Pak se koukni, jestli ty knihovny obsahuje vypis

ldconfig -p

Pokud ne, najdi ty knihovny v systemu a proved
ldconfig -n adresar_s_knihovnami

[otula]

Díky, přivedl jsi mne o kus dál. V /etc/ld.so.conf byla špatně zadaná cesta ke knihovnám. Místo /opt/intel/cc/9.1.042/lib/ tam bylo /opt/intel/cc90/lib/. Takže teď už to nastartuje, ale jen do momentu, kdy to spadne s chybami

QObject::connect: No such signal ScToolBar::prefsChanged()
QObject::connect:  (sender name:   'unnamed')
QObject::connect:  (receiver name: 'uWidget')
Nelze najít modul: /usr/lib/scribus/plugins//libscriptplugin.so.0.0.0: undefined symbol: _ZSt14_Raise_handler
Nelze najít modul: /usr/lib/scribus/plugins//libscribusexportpixmap.so.0.0.0: undefined symbol: _ZSt14_Raise_handler
Nelze najít modul: /usr/lib/scribus/plugins//libsaveastemplateplugin.so.0.0.0: undefined symbol: _ZSt14_Raise_handler
Nelze najít modul: /usr/lib/scribus/plugins//libnewfromtemplateplugin.so.0.0.0: undefined symbol: _ZSt14_Raise_handler

Tohle už jsou ale naprosto jiné chyby. Zkouším teď kompilovat abiword, a jestli dopadne stejně, asi se na to vy… a icc si nechám na dlouhé zimní večery

[kozzi]

Ahoj,
právě si taky buildim icc a chci se zeptat, jaké to má výhody oproti gcc?

[otula]

Chtěl jsem to vyzkoušet poté, co o něm padla zmínka v tomto zápisku. Pokud máš Intelovský procesor, mělo by to snad rychleji kompilovat rychlejší kód. Ale já už to vzdávám.

[pasmen]

Pak ti chybi knihovna nebo cesta ke knihovne, na ktere ty pluginy zavisi. Ale to se ti musi objevit pri vypisu ldd.

[otula]

Hm, hned ten první chce nějakou linux-gate.so.1, kterou jsem nikde nenašel. To je fakt opruz :-P

[otula]

Takže už na to kašlu. Abiword byl velmi strohý:

Neúspěšně ukončen (SIGABRT)

Icc jde pryč, a já zkusím zjistit, jak kompilovat balíčky s použitím profilování gcc, o kterém psal „Deda Jabko“ Každopádně děkuji za vynaložený čas a snahu pomoci.

[pasmen]

Hmm, pokud by jsi se v tom chtel preci jen trosku postourat, spust abiword s strace.

[otula]

Už fakt neeee! Mám pocit, že vynaložená námaha má špatný poměr cena/výkon Ale opravdu ti děkuji

[noname265]

A co tak odstranit /bin/make a dat symlink na icc?Není to sice ideální řešení ale snad by to fungovalo...

[otula]

Ono to zadání CC, CXX a jiných parametrů je určitě mnohem čistší. Navíc, i když se mi povede najít ty správné parametry, tak ne všechno lze pomocí icc přeložit (např. kernel 100% nejde), takže je určitě mnohem lepší upravit si u konkrétních programů PKGBUILD. Už jen přijít na to, co tam zadat, abych z toho dostal funkční program.

[Andrej]

Čtu tady složité diskuse a přitom je to tak snadné: Stačí editovat soubor /etc/makepkg.conf a přidat si do něj dva řádky:

export CC="icc"
export CXX="icpc"

Samozřejmě je nutné mít v /etc/ld.so.conf odkaz na knihovny, tedy něco jako: /opt/intel/cc/9.1.045/lib (Verze je už dnes samozřejmě jiná.) A symlinky na icc a icpc snad ani není nutné připomínat.

Existují bohužel balíčky, které proměnnou CC ignorují. Pak jde buď o špatně vychované balíčky nebo o balíčky, které dobře vědí, proč to dělají.

Závěrem bych rád doplnil, že má kompilace bashe pomocí icc skončila před nedávnem takovým fiaskem, že už jsem raději vůbec alternativní kompilátor nezkoušel. Určitě to ale zase někdy zkusím, až mě přejde zděšení. Tenkrát mě zachránil C-Shell, který jsem čirou náhodou měl nainstalovaný.

[kozzi]

JJ, toto řešení je jednoduché, ale mě osobnbě vyhovuje když si to nastavím, jen u PKGBULDů, u kterých to chci. Jinak mé zkušenosti jsou takové, že abiword, pidgin fungují skvěle za použití icc