CDK-Build mit ccache

[Token]

... und haette ich mal blos die finger vom yBuild 2.2 gelassen:

----------------------------------------
Generating configuration files for tuxbox-cdk, please wait....
FLAGS generated = --enable-ide --disable-lirc --enable-ext3 --disable-xfs --enable-nfsserver --enable-sambaserver --enable-cdkVcInfo --enable-dosfstools --enable-upnp --enable-flac --disable-german-keymaps --enable-ccache --with-ccachedir=/home/token/.ccache --with-rootpartitionsize=0x580000
.
und dann kommt:
.
ccache support: no
ccache installdir: /home/token/.ccache
ccache is not installed, please run make ccache or install
----------------------------------------

wo klemmts denn nun wieder ?
ccache ist installiert, und hat auch bis dato funktioniert.

cu token

[dbt]

Mit yBuild hat das glaube ich nichts zu tun!
Das da isses, wenn ich mich nicht täusche.

ccache installdir: /home/token/.ccache

Du hast das mit --with-ccachedir angegeben!!!
In /home/token/.ccache ist nicht ccache installiert sondern nur der cache-Ordner. Da ist der eigentlich immer. Wenn also dein ccache in Deiner Distri normal installiert ist, reicht die Option --enable-ccache vollkommen aus. Configure holt sich dann die passenden Daten selbst.
Man könnte da noch eine Sicherung einbauen, dass sowas im configure nicht "falsch verstanden wird". Das wäre noch eine der Kleinigkeiten, die man machen könnte.

[Token]

/home/token/tuxbox/dbox2/cdk/ccache-bin
... hier stehen auch die 4 "ln -s ..." sachen drin !?
... und ein distclean werde ich auch nochmal machen

cu token

[Token]

OK, jetzt hat er es vermutlich geschnallt:
----------------------------------------
ccache support: yes
ccache installdir: /home/token/tuxbox/dbox2/cdk/bin
cache directory /home/token/.ccache
cache hit 5
cache miss 40
called for link 1
compile failed 1
autoconf compile/link 20
no input file 20
files in cache 80
cache size 272 Kbytes
----------------------------------------
... er wollte wirklich nochmal ein "make ccache" haben, und ein distclean.

@dbt:
danke fuer die hilfestellung !!!

mfg token

[dbt]

Ein make ccache-clean wäre an der Stelle wohl nicht schlecht, damit man sich ein distclean sparen kann. Das würde dafür sorgen das einiges in den buldenv-targets und die Links für die ccache-Umgebung beim nächsten Build neu geordnet wird. Allerdings dann ohne die Bulid-Umgebung komplett neu zu bauen. Mal gucken!

[Token]

@dbt:
... ja, das waere auch ne idee, die dann auch noch zeit spart, weil ja
das build nicht neu gebaut werden muss.
... vielleicht etwas fuer ein ybuild-update ... einfach einen parameter
im "ct" einfuegen ?!

--------
token

[dbt]

Hab da jetzt noch einiges dran geändert, damit da einige Irritationen mit dem Installdir von ccache ausbleiben.
Grundsätzlich sucht sich configure ccache selbst. Sofern kein anderes installdir mit --with-ccachedir angegeben wurde, wird bevorzugt das mit make ccache erzeugte ccache verwendet, nachste Stufe ist das im System installierte. Meckern tuts nur wenn er garnix findet, dann halt installieren oder make ccache und dan nochmal configure, also wie gehabt.
Will man die ccache-Umgebung neu setzen, dann ein make ccache-depsclean ausführen und nochmal make ccache anschubsen. Ein Distclean dürfte dann unnötig sein, da die Links immer richtig auf "irgendein" ccache gepolt sein sollten.
Nebenher hab ich noch die ide-apps aus den contrib-apps gesplittet. Funktionell sollte da aber alles gleich geblieben sein, war nur der Übersicht halber.

[dbt]

Wegen der Änderungen an binutils haben sich einige Änderungen ergeben. Dadurch können die ccache-Links zT. nicht mehr richtig sitzen. Eine entsprechende Anpassung ist gemacht worden. Nachdem binutils gebaut worden sind, ist daher ein make ccache zu empfehlen bzw. sollte man die gcc-Version manuell anpassen. Wer komplett neu baut oder distclean gemacht hat, braucht das nicht.

[kroki]

@ dbt

Code: Alles auswählen

ln -s $(ccachedir)/ccache $(hostprefix)/ccache-bin/powerpc-tuxbox-linux-gnu-gcc-.$(VERSION_gcc) ;\

Da ist nur noch ein Punkt zu viel drinnen .... vor dem $(VERSION_GCC)

cu Kroki

[dwilx]

Hi, es müssen noch ein paar Sachen angepasst werden ....

In der Makefile.am am Anfang das ändern:
PATH := $(hostprefix)/bin:$(PATH) -> PATH := $(hostprefix)/ccache-bin:$(hostprefix)/bin:$(PATH)

und im cdk ein Verzeichnis ccache-bin anlegen und ein paar links darin setzten :

lrwxrwxrwx 1 dbox dbox 15 Apr 5 2006 powerpc-tuxbox-linux-gnu-cpp -> /usr/bin/ccache
lrwxrwxrwx 1 dbox dbox 15 Apr 5 2006 powerpc-tuxbox-linux-gnu-g++ -> /usr/bin/ccache
lrwxrwxrwx 1 dbox dbox 15 Apr 5 2006 powerpc-tuxbox-linux-gnu-gcc -> /usr/bin/ccache
lrwxrwxrwx 1 dbox dbox 15 Apr 5 2006 powerpc-tuxbox-linux-gnu-gcc-.3.3.5 -> /usr/bin/ccache

So funktionierts bei mir ... mit ccache -s kann man schauen ob es geht !

hattest du da nicht die Vorlage geliefert?

[kroki]

Ja habe ich .... aber inzwischen hat sich da ja einiges geändert:

das ccache selber ist im build prozess integriert worden und die binary liegt jetzt halt im $HOSTPREFIX/bin , somit sollten auch die links dahin zeigen.

Edit: Jetzt weis ich was du meinst ... der punkt ist wohl mal irgendwann reingerutscht, hat nie einer gemerkt ... nur ich eben jetzt ! Der Compiler wird auch ganz selten benutzt .... deshalb fiel das nie auf ..

kroki

[Token]

... nochmal hochgeschoben:
also irgendwas passt hier noch nicht, eine jungfraeuliche install mit newmake angeschoben, bringt bei "cf" das hier:
----------------------------------------
ccache support: no
ccache installdir:
ccache is not installed please run make ccache or install it and configure again
----------------------------------------
und ein make ccache bzw. make ccache-depsclean:
/bin/sh: /ccache: No such file or directory
/bin/sh: /ccache: No such file or directory
/bin/sh: /ccache: No such file or directory
make: *** [.deps/directories] Fehler 127

also irgendwas scheint da noch nicht zu passen ?!
oder wird jetzt neuerdings der ccache erst beim build angelegt ?

cu token

[MarcM]

ccache gehört doch zum Betriebssystem nicht zum CDK oder nicht ?

Hast du in deinem Linux ccache installiert ?

Marc

[Token]

ja klar ... /usr/bin/ccache und zusaetzlich
/home/oem/tuxbox/dbox2/cdk/bin ... weil das mein $HOSTPREFIX/bin ist ;-)
ein cf geht durch - aber eben ccache = no
und ein bs bringt:
/bin/sh: /ccache: No such file or directory
/bin/sh: /ccache: No such file or directory
/bin/sh: /ccache: No such file or directory
make: *** [.deps/directories] Fehler 127
Ready .... press Enter

cu token

[dbt]

wie sieht dein configure aus?

[Token]

basis-config:
c - ccache path...........: /home/oem/tuxbox/dbox2/cdk/bin (e.g. .../dbox2/bin/ccache)

configure-config:
c - use ccache...........: y

yb_globals.conf:
cCCACHEPATH=/home/oem/tuxbox/dbox2/cdk/bin
cCCACHEDIR=/home/oem/tuxbox/dbox2/cdk/bin

irgendwas scheint immernoch nicht mit den links zu stimmen ?!
cu token

[dbt]

Code: Alles auswählen

cCCACHEPATH=/home/oem/tuxbox/dbox2/cdk/bin
cCCACHEDIR=/home/oem/tuxbox/dbox2/cdk/bin

Is klar, du nimmst ybuild. Da müsste bei

Code: Alles auswählen

cCCACHEPATH=/home/oem/tuxbox/dbox2/cdk/bin 

das denke ich so aussehen:

Code: Alles auswählen

cCCACHEPATH=/home/oem/tuxbox/dbox2/cdk/bin/ccache

Klar dass der da nix findert Scheint daher ein yBuild-Problem zu sein...

[Token]

nee, das war's auch nicht, habe es so
"cCCACHEPATH=/home/oem/tuxbox/dbox2/cdk/bin/ccache"
abgeaendert, aber fehler bleibt.

ist natuerlich "doof", weil jetzt so alle "neuaufsetzer" kein build
mit newmake hinbekommen.
wie gesagt, ich habe voellig NEU aufgesetzt, ccache ist installiert im /usr/bin
und zusaetzlich eine copy im "cCCACHEDIR=....."

cu token

[dbt]

Na gut, werd mal draufschauen...

[Token]

das ist nett ... danke !

mir geht es in erster linie darum, einen newmake-"standard" zu schaffen,
wobei jeder DAU es dann schaffen sollte, ybstart.sh zu starten, config einzurichten,
und eben dann ein build rauszubekommen.
ja, OK - einige werden jetzt sagen, das ist nicht die aufgabe eines ybuild,
aber gerade dafuer ist es doch ideal, es ist ja alles vorgefertigt.
spaeter kann man ja dann seine build-umgebung nach eigenen wuenschen
anpassen, und wenn's "knallt" sollte eben o.g. "virgin-ybuild" in der lage sein,
"alles neu macht der mai" zu schaffen.

cu token

[dbt]

Ohne yBulid gehts ja. Da ich selbst aber kein yBuild verwende, muss ich mir das erst mal ansehen. So wie ich das bisher sehe, sind die Optionen für ccache, also --enable-ccache und --with-ccachedir im ybuild in Gebrauch. Es würde aber eigentlich reichen, wenn ersteres vorhanden wäre, aber wie gesagt, da schaue ich mal nach. Wird aber heute knapp, wenn überhaupt.

[Token]

dbt, lass dir ruhig zeit, es ist schliesslich ostern

ja, die optionen sind beide drin, --enable ccache ist ja schon lange, bevor ybuild es
integriert hatte, in benutzung gewesen, daher weiss ich ja das es funktioniert.
(ihr habt mir ja alle beim einbinden und in betrieb nehmen geholfen)
aber nun muesste/sollte ybuild die DAU-umgebung werden/sein
ich denke, das dann auch die standard-fragen, welche immer wieder auftauchen,
weniger werden (sollten?).

CU Token

[ingrid]

Ohne yBulid gehts ja. Da ich selbst aber kein yBuild verwende, muss ich mir das erst mal ansehen. So wie ich das bisher sehe, sind die Optionen für ccache, also --enable-ccache und --with-ccachedir im ybuild in Gebrauch. Es würde aber eigentlich reichen, wenn ersteres vorhanden wäre, aber wie gesagt, da schaue ich mal nach. Wird aber heute knapp, wenn überhaupt.

Auch mit yBuild geht ccache 1a. Hier jedenfalls. Allerdings habe ich mein Linux-System nicht neu aufgesetzt, das ist schon relativ alt. yBuild ist die aktuelle Version von yjogol. Ich bezweifle, dass yBuild irgendwas mit dem Problem zu tun hat.

Token, bau doch mal ohne yBuild, dann weißt Du auch, ob's nicht doch an Deinem System liegt. Evtl. fehlt ja irgendwas?

[Token]

@ingrid:
hier lief das auch schonmal 1a, habe aber zwischendurch das
kernel2.6-script getestet, und nun mit 2.4 neu aufgesetzt.
daher die NEU-Aktion ... ich wollte halt sauber anfangen.
du kannst mich aergern wollen ohne ybuild bauen, alles per hand ?!
du traust mir ja viel zu
cu token

[ingrid]

Naja, dass Du's neu aufgesetzt hast, ist ja nicht verboten. Und ich will Dich auch ganz bestimmt nicht ärgern.
Ich vermute halt nur, dass Du ein lokales Problem hast und yBuild damit gar nichts zu tun hat. Und ob meine Theorie stimmt kannst Du nun einmal nur herausfinden, in dem Du yBuild aus der Gleichung herausnimmst, das wäre nur logisch.

Und yBuild nimmt ja eh nur Tipparbeit ab und macht doch auch nichts anderes als:

• - CVS auschecken
  - ggf. Patchen
  - configure
  - make

Patchen und make kann man ja erst mal außen vor lassen, dann hättest Du nur noch CVS checkout (Befehlszeile gibt's zu Hauf hier im Forum, bestimmt auch in der Wiki, auf jeden Fall auf Barf's Seite) und ein configure. Um zu testen, was da mit dem ccache im Argen ist, brauchst Du ja beim configure auch nur das Allernötigste angeben. Du willst ja, um herauszufinden was da los ist, nur ein configure mit ccache durchlaufen lassen, um die Ausgabe zu checken.

Also, das hat weder was mit schwarzer Magie noch mit großer Kunst zu tun... Und viel Arbeit ist das auch nicht (dauert ja nur ein paar Minuten).

Naja, das wäre halt EIN Weg, um das Ganze einzukreisen, aber ist eben nur eine Idee von mir, ohne einen Dev bemühen zu müssen, nach Fehlern zu suchen, die gar nicht da sind...

Und Token, ein wenig kennste mich ja hier vom Forum. Ich will Dir ganz bestimmt nix böses oder Dich ärgern, ich möchte eigentlich nur helfen bzw. Dich ein wenig in die richtige Richtung schubsen. Aber ist ja wie gesagt nur eine Variante, um dem Ganzen auf den Grund zu gehen.