Fehler beim gcc bau ! Tipp ?

[doc]

Benutze doch bitte BBCode!

[rhabarber1848]

cp: Aufruf von stat für „/home/token/tuxbox/dbox2/cdkroot/share/locale/de/LC_MESSAGES/libc.mo“ nicht möglich: No such file or directory
make: *** [/home/token/tuxbox/dbox2/cdkflash/root-enigma] Fehler 1

Kompilierst Du mit glibc oder uClibc?

checkt eigentlich jemand zwischendurch mal den neutrino-compiling-part?

Mache ich gerade.

war da nicht auch was mit gettext ?

Das war das Enigma-configure-Problem, wo m4-Makros im Tuxbox-CVS fehlten,
die teilweise von gettext bereitgestellt werden. Das ganze hat mit uClibc zu tun,
bisher gab es keine Abhängigkeit von gettext auf dem Host und das soll auch so
bleiben, wenn noch ein Makro fehlt, kommt es ins Tuxbox CVS, so wie heute.

[rhabarber1848]

Vielleicht sollte der Titel dieses Threads in "Ubuntu Intrepid-Kompilierprobleme" umbenannt werden

[Token]

rhabarber die idee ist nicht schlecht, wer machts ?
ich hab hier eigentlich das alte glibc am laufen, an uClibc traue ich mich noch nicht ran

token

p.s.:
aber irgendwas war doch schonmal mit enigma und dtch. - gabs da net auch diesen
libc.mo fehler?
(http://cvs.tuxbox-cvs.sourceforge.net/l ... 00022.html ... aber da gings nur darum, das deutsch garnicht funktionierte ... das war damals seife's fix)

p.p.s.:
was mich auch irritiert:
/home/token/tuxbox/tuxbox-cvs/apps/tuxbox/plugins/pluginx
(sollte pluginx nicht oldmake sein?, oder wird das immmer mit ausgelesen?)
(oder haengt das jetzt mit dem merging zusammen?)

[PT-1]

Also ich habe es heute mal neu ausgecheckt mit Ubuntu 8.10 und mit den neuesten Aenderungen von Rhabarber & Seife funktioniert ein Flash Neutrino via yBuild ok ohne Fehler.

[Token]

pt1, das ist schoen zu hoeren, damit geht wenigstens neutrino schonmal.
das bisschen enigma findet rhabarber und co. auch noch ... ich spiele es ja nur durch.

cu token

[rhabarber1848]

cp: Aufruf von stat für „/home/token/tuxbox/dbox2/cdkroot/share/locale/de/LC_MESSAGES/libc.mo“ nicht möglich: No such file or directory
make: *** [/home/token/tuxbox/dbox2/cdkflash/root-enigma] Fehler 1

Auf Ubuntu 8.10 konnte ich mit installiertem gettext den Bug nicht nachvollziehen,
allerdings habe ich es nicht mehr ohne gettext getestet, da ich jetzt erstmal
auf Debian Lenny einen Kompiliertest laufen lassen will.

Hast Du gettext installiert? Wenn nein, installiere es bitte testweise.

[Token]

sowohl ohne als auch mit gettext kommt der fehler.

token

[rhabarber1848]

Resultate auf Debian Lenny:

- gcc/collect2.c -> Patch: EDIT: Patch ist im CVS

funktioniert, war dort bereits getestet

- lufs, libtoolize arbeitet auf Ubuntu anders als auf Debian, Patch: EDIT: Patch ist im CVS

funktioniert nicht auf Debian Lenny:

libtoolize: unrecognized option `--install'

Debian Lenny: "libtoolize (GNU libtool) 1.5.26"
Ubuntu Intrepid hat Version 2.2.4-0ubuntu4...

- libvorbisidec, Patch: EDIT: Patch ist im CVS

funktioniert

- Enigma, Problem tritt auf, wenn gettext nicht installiert ist, Patch vorhanden, EDIT: Patch ist im CVS

funktioniert, war dort bereits getestet

[rhabarber1848]

- lufs, libtoolize arbeitet auf Ubuntu anders als auf Debian, Patch: EDIT: Patch ist im CVS

funktioniert nicht auf Debian Lenny:

libtoolize: unrecognized option `--install'

Debian Lenny: "libtoolize (GNU libtool) 1.5.26"
Ubuntu Intrepid hat Version 2.2.4-0ubuntu4...

Es sieht so aus, als wären wir nicht die ersten, die darüber stolpern:
http://sourceware.org/ml/crossgcc/2008-11/msg00056.html

PS: Auf Debian Lenny funktioniert dieser Patch: EDIT: Entfernt
Bitte testen.

[Token]

also, ich sehe schon, die muessen bei der 8.10 viele aenderungen gemacht haben,
zu dem teil ist ja nix mehr compatible.
rhabarber, wenn du schon wieder einen diff wegens libtoolize anbieten musst, was
passiert dann z.b. beim downgrade auf ubuntu 8.04.1 - stimmt dann wieder das
compiling nicht ?
das ist doch dann doof, demnaechst muessen wir noch festlegen, welche disti's
zum compilen genommen werden sollten/muessen ?! ;-)

zum libc.mo hast du noch nix gefunden?

... bin raus fuer heute - gute nacht !!!

Token

[rhabarber1848]

cp: Aufruf von stat für „/home/token/tuxbox/dbox2/cdkroot/share/locale/de/LC_MESSAGES/libc.mo“ nicht möglich: No such file or directory
make: *** [/home/token/tuxbox/dbox2/cdkflash/root-enigma] Fehler 1

libc.mo wird beim Kompilieren von glibc erstellt.
Hat beim Kompilieren von glibc dieser Befehl funktioniert?

Code: Alles auswählen

msgfmt -o de.mo de.po

Existieren diese Dateien in /home/token/tuxbox/dbox2?

Code: Alles auswählen

./cdkroot/share/locale/be/LC_MESSAGES/libc.mo
./cdkroot/share/locale/ca/LC_MESSAGES/libc.mo
./cdkroot/share/locale/da/LC_MESSAGES/libc.mo
./cdkroot/share/locale/de/LC_MESSAGES/libc.mo
./cdkroot/share/locale/cs/LC_MESSAGES/libc.mo
./cdkroot/share/locale/el/LC_MESSAGES/libc.mo
./cdkroot/share/locale/es/LC_MESSAGES/libc.mo
./cdkroot/share/locale/fi/LC_MESSAGES/libc.mo
./cdkroot/share/locale/fr/LC_MESSAGES/libc.mo
./cdkroot/share/locale/gl/LC_MESSAGES/libc.mo
./cdkroot/share/locale/hr/LC_MESSAGES/libc.mo
./cdkroot/share/locale/hu/LC_MESSAGES/libc.mo
./cdkroot/share/locale/ja/LC_MESSAGES/libc.mo
./cdkroot/share/locale/it/LC_MESSAGES/libc.mo
./cdkroot/share/locale/ko/LC_MESSAGES/libc.mo
./cdkroot/share/locale/nb/LC_MESSAGES/libc.mo
./cdkroot/share/locale/nl/LC_MESSAGES/libc.mo
./cdkroot/share/locale/pl/LC_MESSAGES/libc.mo
./cdkroot/share/locale/sk/LC_MESSAGES/libc.mo
./cdkroot/share/locale/sv/LC_MESSAGES/libc.mo
./cdkroot/share/locale/tr/LC_MESSAGES/libc.mo
./cdkroot/share/locale/en_GB/LC_MESSAGES/libc.mo
./cdkroot/share/locale/pt_BR/LC_MESSAGES/libc.mo
./cdkroot/share/locale/zh_CN/LC_MESSAGES/libc.mo
./cdkroot/share/locale/zh_TW/LC_MESSAGES/libc.mo

[rhabarber1848]

also, ich sehe schon, die muessen bei der 8.10 viele aenderungen gemacht haben,
zu dem teil ist ja nix mehr compatible.

libtool 1.5.26 -> 2.2.4... Das ist aber nicht die Schuld von Ubuntu.

rhabarber, wenn du schon wieder einen diff wegens libtoolize anbieten musst, was
passiert dann z.b. beim downgrade auf ubuntu 8.04.1 - stimmt dann wieder das
compiling nicht ?

Hast Du den Patch gesehen? Ich habe da libtoolize ganz herausgenommen, weil ich vermute,
dass dieser Befehl unnötig ist, auf Debian Lenny konnte ich lufs ohne libtoolize kompilieren.
lufs ist übrigens das einzige Programm, für das libtoolize im cdk vorgesehen ist.

[Token]

also die libc.mo ist in keinen sprachen-verzeichnis da.
auch msgfmt scheint er so nicht gemacht zu haben, einzig das hier war im log:

Code: Alles auswählen

Making all in po
make[3]: Betrete Verzeichnis '/home/token/tuxbox/tuxbox-cvs/apps/tuxbox/enigma/po'
/usr/bin/msgmerge --update de.po tuxbox-enigma.pot
rm -f de.gmo && /usr/bin/msgfmt -c --statistics -o de.gmo de.po
/usr/bin/msgmerge --update da.po tuxbox-enigma.pot
rm -f da.gmo && /usr/bin/msgfmt -c --statistics -o da.gmo da.po
/usr/bin/msgmerge --update it.po tuxbox-enigma.pot
rm -f it.gmo && /usr/bin/msgfmt -c --statistics -o it.gmo it.po
/usr/bin/msgmerge --update es.po tuxbox-enigma.pot
rm -f es.gmo && /usr/bin/msgfmt -c --statistics -o es.gmo es.po
/usr/bin/msgmerge --update sv.po tuxbox-enigma.pot
rm -f sv.gmo && /usr/bin/msgfmt -c --statistics -o sv.gmo sv.po
/usr/bin/msgmerge --update nl.po tuxbox-enigma.pot
rm -f nl.gmo && /usr/bin/msgfmt -c --statistics -o nl.gmo nl.po
/usr/bin/msgmerge --update no.po tuxbox-enigma.pot
rm -f no.gmo && /usr/bin/msgfmt -c --statistics -o no.gmo no.po
/usr/bin/msgmerge --update tr.po tuxbox-enigma.pot
rm -f tr.gmo && /usr/bin/msgfmt -c --statistics -o tr.gmo tr.po
/usr/bin/msgmerge --update fr.po tuxbox-enigma.pot
rm -f fr.gmo && /usr/bin/msgfmt -c --statistics -o fr.gmo fr.po
/usr/bin/msgmerge --update pl.po tuxbox-enigma.pot
rm -f pl.gmo && /usr/bin/msgfmt -c --statistics -o pl.gmo pl.po
/usr/bin/msgmerge --update el.po tuxbox-enigma.pot
rm -f el.gmo && /usr/bin/msgfmt -c --statistics -o el.gmo el.po
/usr/bin/msgmerge --update sl.po tuxbox-enigma.pot
rm -f sl.gmo && /usr/bin/msgfmt -c --statistics -o sl.gmo sl.po
/usr/bin/msgmerge --update hr.po tuxbox-enigma.pot
rm -f hr.gmo && /usr/bin/msgfmt -c --statistics -o hr.gmo hr.po
/usr/bin/msgmerge --update hu.po tuxbox-enigma.pot
rm -f hu.gmo && /usr/bin/msgfmt -c --statistics -o hu.gmo hu.po
/usr/bin/msgmerge --update sk.po tuxbox-enigma.pot
rm -f sk.gmo && /usr/bin/msgfmt -c --statistics -o sk.gmo sk.po
/usr/bin/msgmerge --update cs.po tuxbox-enigma.pot
rm -f cs.gmo && /usr/bin/msgfmt -c --statistics -o cs.gmo cs.po
/usr/bin/msgmerge --update sr.po tuxbox-enigma.pot
rm -f sr.gmo && /usr/bin/msgfmt -c --statistics -o sr.gmo sr.po
/usr/bin/msgmerge --update ar.po tuxbox-enigma.pot
rm -f ar.gmo && /usr/bin/msgfmt -c --statistics -o ar.gmo ar.po
/usr/bin/msgmerge --update ru.po tuxbox-enigma.pot
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
/usr/bin/msgmerge --update pt.po tuxbox-enigma.pot
rm -f pt.gmo && /usr/bin/msgfmt -c --statistics -o pt.gmo pt.po
/usr/bin/msgmerge --update fi.po tuxbox-enigma.pot
rm -f fi.gmo && /usr/bin/msgfmt -c --statistics -o fi.gmo fi.po
/usr/bin/msgmerge --update ro.po tuxbox-enigma.pot
rm -f ro.gmo && /usr/bin/msgfmt -c --statistics -o ro.gmo ro.po
/usr/bin/msgmerge --update ur.po tuxbox-enigma.pot
rm -f ur.gmo && /usr/bin/msgfmt -c --statistics -o ur.gmo ur.po
/usr/bin/msgmerge --update et.po tuxbox-enigma.pot
rm -f et.gmo && /usr/bin/msgfmt -c --statistics -o et.gmo et.po
/usr/bin/msgmerge --update lt.po tuxbox-enigma.pot
rm -f lt.gmo && /usr/bin/msgfmt -c --statistics -o lt.gmo lt.po
/usr/bin/msgmerge --update is.po tuxbox-enigma.pot
rm -f is.gmo && /usr/bin/msgfmt -c --statistics -o is.gmo is.po
make[3]: Verlasse Verzeichnis '/home/token/tuxbox/tuxbox-cvs/apps/tuxbox/enigma/po'

also hat er die locales nichtmal erstellt - richtig ?

token

[rhabarber1848]

auch msgfmt scheint er so nicht gemacht zu haben

msgfmt muss auf dem Host installiert sein, afaics.

[rhabarber1848]

PS: Auf Debian Lenny funktioniert dieser Patch: EDIT: Entfernt
Bitte testen.

Auf Ubuntu funktioniert dieser Patch überhaupt nicht, bitte nicht benutzen,
hier startet er eine unbegrenzte Zahl von /bin/sh-Prozessen... Eine Alternative
ist bereits in Arbeit.

[rhabarber1848]

Es sieht so aus, als wären wir nicht die ersten, die darüber stolpern:
http://sourceware.org/ml/crossgcc/2008-11/msg00056.html

Und der nächste Versuch, diesmal in Abhängigkeit zur verwendeten libtool-Version:
EDIT: Patch ist im CVS

Bei Ubuntu Intrepid kann libtool-1.5.x nicht nachinstalliert werden, deshalb
müssen wir mit libtool-2.x irgendwie klarkommen, dort habe ich den Patch
bereits positiv getestet. Als nächstes teste ich ihn auf Debian Lenny mit
libtool-1.5, aber ich denke, das wird schon funktionieren.

[rhabarber1848]

Als nächstes teste ich ihn auf Debian Lenny mit libtool-1.5

Funktioniert.

[Token]

also sowohl msgfmt als auch msgmerge ist in /usr/bin installiert.

token

[doc]

Über kurz oder lang muss man sich schon mit dash auseinander setzen. Schließlich soll die mal die bash ersetzen. Dank Ubuntu kommt da etwas Bewegung rein. Und Ubuntu werden wohl auch viele Linux Jünger benutzen.

@Token
In deinem paste ist auch kein Fehler zu sehen.
Das configure Script sollte schon meckern wenn gettext auf dem Host nicht vorhanden ist.

[rhabarber1848]

also sowohl msgfmt als auch msgmerge ist in /usr/bin installiert.

Dann musst Du Dein glibc-Kompilierlog mal durchforsten, woran es hakt.

[rhabarber1848]

Über kurz oder lang muss man sich schon mit dash auseinander setzen.

Das wäre dann dieser Patch für glibc:
http://forum.tuxbox-cvs.sourceforge.net ... 30#p345230

Ob noch mehr erforderlich ist, kann ich mangels Tests nicht sagen.

[amiga23]

Das Problem tritt beim aktuellesten Gentoo auch auf.
lufs_libtoolize.diff löst das Problem auch hier.

[rhabarber1848]

lufs_libtoolize.diff löst das Problem auch hier.

Dann ab damit ins CVS

[Token]

genau, ab damit ins CVS !!!
auch ich vermelde einen erfolg, mein kuchen hat auch fertig gebacken.
ich hab einfach nochmal von ganz vorn angefangen, nachdem stefan seine
newmake/head-sachen beendet hatte.
(inwieweit mich jetzt die 2 .mk behindern, welche heute mittag kamen,
das werde ich dann sehen)
vielleicht hab ich auch einfach nur einen dummen zeitpunkt (baustelle)
erwischt gehabt.

cu token