Nástroj ccache umožňuje výrazné zkrácení doby (diskuse)

[unchallenger]

ccache používám už nějaký čas a vyzkoušel jsem snad všechny metody nahrazení kompilátoru ccache. A jak to tak bývá, jednoznačně nejrobustnější je ta nejtupější:

V $HOME/bin (nebo co máte vy jako první v $PATH) vytvořit linky cc → /usr/bin/ccache, gcc → /usr/bin/ccache, etc.

Všechno ostatní se buď s některými build systémy tlouklo, nebo to s jinými sice kompilovalo, ale používal se normální kompilátor, nikoli ccache.

V tomto směru je Gentoo napřed; zařídit, aby např. rpmbuild používal ccache (neřku-li distcc), sice lze, ale nějak se to běžně nedělá...

Jinak k zprávičce: ccache neukládá nějaká ,,data, která mohou být znovu použita při opakované kompilaci``, ale prostě výstupy kompilace (jako object file, stderr). A nejedná se o ,,jakousi`` kompilační cache, ale o prostě kompilační cache ;-)

[Petr Krčmář]

Díky za doplnění, opraveno . Taky jsem ccache už kdysi vyzkoušel.

[unchallenger]

Kdysi vyzkoušel?

A já myslel, že kdo jednou okusí, už nechce nic jiného... :-)

[Michal Marek (twofish)]

Hm, tak jsem to zkusil zprovoznit spolu s colorgcc a na první pokus jsem se zacyklil ...

Tak zabralo CCACHE_PATH. Tak schváně co to umí.

[Michal Marek (twofish)]

Problém: když použiju u gcc volbu --save-temps, tak mi ccache nechá v aktualním adresáři soubor tmp.stdout.XY.s (XY je asi pid). Zajímavé, že je to jen jeden soubor, i když se kompiluje víc souborů do více binárek... chyba v ccache nebo v gcc? (Ne , že by mi ten tmp soubor nějak moc vadil, ale obávám ze, že asi něco nebude v pořádku když se tam takhle jeden soubor zapomene)

[VícNežNic]

... zkrácení doby (až 10x) kompilace ukládáním kompilačních výstupů, jen mohou být znovu použity ...

Možná je chyba na mé straně, ale víc by mi tam sedělo místo toho jen například jež. Nevím.

[Petr Krčmář]

Chyba je jistě na Tvojí straně .