compiler error bei enigma

[Token]

@all:

bash ist gesetzt,cvs frisch ausgecheckt,neutrino-compile laeuft durch, aber beim versuch enigma
zu compilen, komme ich nicht ueber den error hinweg:

./configure: line 9700: syntax error near unexpected token `intl'
./configure: line 9700: ` AC_LIB_LINKFLAGS_BODY(intl)'
make: *** [/home/asus-1000h/tuxbox/tuxbox-cvs/apps/tuxbox/enigma/config.status] Fehler 2

und ja, ich habe vorher ccache geloescht, und dist-clean gemacht.
ach so: das ganze versuche ich mit ybuild-newmake !

wer kann helfen ?
danke im vorraus.

cu token


(p.s.: hier ist ein ubuntu 8.04.1 mit gcc/g++ 4.2 installiert -> ist das der fehler ?)

[rhabarber1848]

Bei mir läuft es durch...
Poste bitte noch etwa 10 Zeilen, die vor der Fehlermeldung stehen.

[Token]

leider nnur die letzten 6 im log zu sehen:

checking for package tuxbox-configfile... yes
checking for msgfmt... no
checking for gmsgfmt... :
checking for xgettext... no
checking for msgmerge... no
checking whether NLS is requested... yes

ich tippe mal auf meinen 4.2 compiler, wenn ich den aber runterschmeisse um 4.1 zu installieren, will er alles was die 4.2 braucht - deinstallieren, das waere das halbe ubuntu.

[rhabarber1848]

./configure: line 9700: syntax error near unexpected token `intl'
./configure: line 9700: ` AC_LIB_LINKFLAGS_BODY(intl)'

Tja, wie machen wir das?

Das automake-Makro AC_LIB_LINKFLAGS_BODY ist in /usr/share/aclocal/lib-link.m4
definiert, diese Datei gehört zum gettext-Paket.

Um das Problem bei Dir zu lösen: apt-get install gettext

Die richtige Lösung wäre wohl, lib-link.m4 ins CDK zu packen, oder?

[rhabarber1848]

Die richtige Lösung wäre wohl, lib-link.m4 ins CDK zu packen, oder?

Gesagt, getan (ungetestet): EDIT: Patch ist im CVS

@Token: Bitte nicht gettext installieren, sondern den o.g. Patch testen.

[Token]

@rhabarber:

es funktionieren beide versionen, zuerst mit "gettext" probiert - passt.
anschliessend gettext wieder runter gehauen, diff probiert - haut hin.
wobei mir die variante gettext besser zusagt, wobei das aber im toolchecker und
auch unter "s->in" im ybuild abgeprueft werden sollte.
oder ihr macht es ins cvs gleich mit rein ?!

danke fuer deine hilfe!

cu token

[rhabarber1848]

anschliessend gettext wieder runter gehauen, diff probiert - haut hin.

Gut, so soll es sein.

wobei mir die variante gettext besser zusagt

Mir nicht, Tuxbox sollte mit möglichst geringen Anforderungen kompilierbar sein.

[Token]

wie gesagt, mir persoenlich ist es egal woher es kommt, aber ich muss drauf aufmerksam gemacht werden - hier also vom toolchecker, und das ist leider nicht der fall.
(zumindest solange das diff nicht im cvs ist)
ein neueinsteiger faellt sowieso als erstes ueber dash/bash-problemen, wenn er dann ybuild benutzt, dann braucht derjenige schon einen 100% funktionierenden "s-in"-part.

waren nur meine persoenlichen erfahrungen, ein erfahrener dev. der compiling als morgensport betreibt,
hat hier natuerlich keine probleme.
aber der anspruch von ybuild ist nunmal fuer neueinsteiger gemacht worden zu sein.
ich persoenlich mag das ybuild, das ist das beste was die community, und natuerlich yjogol, bis dato
hevorgezaubert hat, um das mysterium tuxbox-image einigermassen verstaendlich zu machen.

cu token

[rhabarber1848]

(zumindest solange das diff nicht im cvs ist)

Das wird bald der Fall sein: http://forum.tuxbox-cvs.sourceforge.net ... 66#p362766

[Token]

ist eingecheckt ... habs in den news-posts gelesen.
DANKE.

cu token