Neutrino compiliert nicht mehr durch

Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
kroki
Einsteiger
Einsteiger
Beiträge: 166
Registriert: Dienstag 22. Juni 2004, 22:12

Neutrino compiliert nicht mehr durch

Beitrag von kroki »

Hi,

seit den heutigen Änderungen kriege ich beim Compilieren immer folgenden Fehler:

Code: Alles auswählen

if powerpc-tuxbox-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../lib -I../../src -I/home/dbox/dbox2/cdkroot/include/freetype2 -I/home/dbox/dbox2/cdkroot/include/tuxbox -I/home/dbox/dbox2/cdkroot/include/tuxbox/connection -I/home/dbox/dbox2/cdkroot/include/tuxbox    -I/home/dbox/dbox2/sources/driver/dvb/include -I/home/dbox/dbox2/sources/driver/include  -Wall -mcpu=823 -mmultiple -mstring -meabi -pipe -Os -MT yapi.o -MD -MP -MF ".deps/yapi.Tpo" -c -o yapi.o yapi.cpp; \
then mv -f ".deps/yapi.Tpo" ".deps/yapi.Po"; else rm -f ".deps/yapi.Tpo"; exit 1; fi
yapi.cpp: In member function `std::string CyAPI::func_get_channels_as_dropdown(std::string)':
yapi.cpp:863: warning: right shift count >= width of type
yapi.cpp:863: warning: right shift count >= width of type
/bin/sh ../../libtool --mode=link powerpc-tuxbox-linux-gnu-g++  -Wall -mcpu=823 -mmultiple -mstring -meabi -pipe -Os   -o nhttpd  controlapi.o bouqueteditapi.o debug.o helper.o nhttpd.o request.o webapi.o webdbox.o webserver.o lcdapi.o yapi.o ../../lib/controldclient/libcontroldclient.la ../../lib/sectionsdclient/libsectionsdclient.la ../../lib/timerdclient/libtimerdclient.la -L/home/dbox/dbox2/cdkroot/lib -L@libdir@ -llcddisplay -lpng12 -L/home/dbox/dbox2/cdkroot/lib -lfreetype -lz -L/home/dbox/dbox2/cdkroot/lib -ltuxbox-configfile -L/home/dbox/dbox2/cdkroot/lib -ltuxbox-connection -L/home/dbox/dbox2/cdkroot/lib -lzapitclient -lpthread
../../libtool: line 1847: cd: @libdir@: No such file or directory
libtool: link: cannot determine absolute directory name of `@libdir@'
make[5]: *** [nhttpd] Error 1
make[5]: Leaving directory `/home/dbox/dbox2/sources/apps/tuxbox/neutrino/daemons/nhttpd'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/dbox/dbox2/sources/apps/tuxbox/neutrino/daemons/nhttpd'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/dbox/dbox2/sources/apps/tuxbox/neutrino/daemons'
Ich bin echt ratlos was hier passiert ist, denn eigentlich haben die Änderungen doch nichts mit neutrino zu tun, oder ??
So wie ich das sehe fehlt plötzlich die Variable @libdir@....

Gruß Kroki
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

Ja, ich habe es auch entdeckt. Es ist die Aktualisierung von libpng dass das Build kaputtgemacht hat. Ein notfallsfix ist $cdkroot/lib/pkgconfig/libpng.pc und libpng12.pc manuell zu reparieren (soll echte, absolute Pfade drin stehen, siehe andere *.pc).

Schuld zu diesem Fehlerfunktion ist die ad-hoc Buildregeln für libpng. Statt configure anzurufen enthält cdk/Patches/libpng.diff ein Makefile in extenso (wurde also normalerweise von configure erzeugt werden). Diese Art von "unsaubere" Installation bestraft oft bei Versionsupdate. Dies hat jetzt passiert.

Mann kann auch meinen, dass der Commit besser getestet sein sollte...

Ich habe ein (sauberer) Fix fast fertig, will aber erst testen (!).
kroki
Einsteiger
Einsteiger
Beiträge: 166
Registriert: Dienstag 22. Juni 2004, 22:12

Beitrag von kroki »

Danke Barf,
jetzt weis ich wenigstens wo ich suchen muss... :wink:

Der Tip mit den *.pc Files hat nicht funktioniert, gleiche Fehlermeldung.
Ich hab jetzt erstmal die alte libpng genommen, damit geht es..

Gruß Kroki
mws
Developer
Beiträge: 331
Registriert: Freitag 7. Februar 2003, 22:17

Beitrag von mws »

der commit hat hier einwandfrei gebaut

gruss

mws
cu
mws
dwilx

Beitrag von dwilx »

So einen ähnlichen Fehler habe ich auch. Ich habe hier nur den make-Befehl

Code: Alles auswählen

make tuxbox_tools
eingegeben

dann kam das hier zum Vorschein:

Code: Alles auswählen

dixidix@linux:~/tuxbox-cvs/cdk> make tuxbox_tools
make libtuxbox
make[1]: Entering directory `/home/dixidix/tuxbox-cvs/cdk'
cd /home/dixidix/tuxbox-cvs/apps/tuxbox/libtuxbox && ./autogen.sh && CC=powerpc-tuxbox-linux-gnu-gcc CXX=powerpc-tuxbox-linux-gnu-g++ CFLAGS="-Wall -mcpu=823 -pipe -Os" CXXFLAGS="-Wall -mcpu=823 -pipe -Os" LDFLAGS="-Wl,-O1" ./configure --build=i686-suse-linux --host=powerpc-tuxbox-linux-gnu --prefix=/home/dixidix/dbox2/cdkroot --with-driver=/home/dixidix/tuxbox-cvs/driver --with-dvbincludes=/home/dixidix/tuxbox-cvs/driver/dvb/include --with-target=cdk  --without-debug
Generating configuration files for libtuxbox, please wait....
  aclocal
  libtoolize --automake
  autoconf
  autoheader
  automake --add-missing
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for powerpc-tuxbox-linux-gnu-strip... powerpc-tuxbox-linux-gnu-strip
checking for style of include used by make... GNU
checking for powerpc-tuxbox-linux-gnu-gcc... powerpc-tuxbox-linux-gnu-gcc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.
make[1]: *** [/home/dixidix/tuxbox-cvs/apps/tuxbox/libtuxbox/config.status] Fehler 77
make[1]: Leaving directory `/home/dixidix/tuxbox-cvs/cdk'
make: *** [/home/dixidix/dbox2/cdkroot/lib/pkgconfig/tuxbox.pc] Fehler 2
dixidix@linux:~/tuxbox-cvs/cdk>  
Ich hatte erst heute ein Update gamacht.
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

ja also irgendwas ist wieder mal oberfaul :(
I: library reduction pass 1
846 symbols, 845 unresolved
Traceback (most recent call last):
File "/usr/bin/mklibs", line 450, in ?
pic_file = find_pic(library)
File "/usr/bin/mklibs", line 180, in find_pic
base_name = so_pattern.match(lib).group(1)
AttributeError: 'NoneType' object has no attribute 'group'
make[1]: *** [/home/mb405/image/dbox2/cdkflash/.lib] Fehler 1
make[1]: Leaving directory `/home/mb405/image/tuxbox-cvs/cdk'
make: *** [rebuild-flash] Fehler 2
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

Mein erster Versuch blieb auch genau da stehen.

cu
Jens
dwilx

Beitrag von dwilx »

Irgendwas hats an den Libs zerschossen!
Gerade jetzt müsste ich mal kompilieren! :evil:
doc
Contributor
Beiträge: 1623
Registriert: Donnerstag 10. Januar 2002, 20:03

Beitrag von doc »

mhh, gestern seit Ewigkeiten mal das CDK hier lokal geupdatet und der build lief problemlos durch
Na schönen Dank Herr Schwanke!
Ein toller Sommer! :-(
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

Ich kann auch nicht mb405 und jmittelsts Problem reproduzieren. dietmarws nächtlige Build ist auch durchgelaufen. Es liegt nahe, zu probieren mit dem mklibs von cvs. Dazu:

mv /usr/bin/mklibs /usr/bin/mklibs-

und wiederholte configure (toplevel).

Code: Alles auswählen

checking for C compiler default output file name... configure: error: C compiler cannot create executables 
Bekommt mann dies ist etwas ernsthaftes krank in der Umgebung, z.B. kaputten Compiler.
dwilx

Beitrag von dwilx »

Es kommt erst ganicht soweit, dass die config.status-Files erstellt werden.

kurz nach dem Start von make yadd-all bricht alles mit dieser Meldung ab:

Code: Alles auswählen

make libtuxbox
make[1]: Entering directory `/home/dixidix/tuxbox-cvs/cdk'
cd /home/dixidix/tuxbox-cvs/apps/tuxbox/libtuxbox && ./autogen.sh && CC=powerpc-tuxbox-linux-gnu-gcc CXX=powerpc-tuxbox-linux-gnu-g++ CFLAGS="-Wall -mcpu=823 -pipe -Os" CXXFLAGS="-Wall -mcpu=823 -pipe -Os" LDFLAGS="-Wl,-O1" ./configure --build=i686-suse-linux --host=powerpc-tuxbox-linux-gnu --prefix=/home/dixidix/dbox2/cdkroot --with-driver=/home/dixidix/tuxbox-cvs/driver --with-dvbincludes=/home/dixidix/tuxbox-cvs/driver/dvb/include --with-target=cdk  --without-debug
Generating configuration files for libtuxbox, please wait....
  aclocal
  libtoolize --automake
  autoconf
  autoheader
  automake --add-missing
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for powerpc-tuxbox-linux-gnu-strip... powerpc-tuxbox-linux-gnu-strip
checking for style of include used by make... GNU
checking for powerpc-tuxbox-linux-gnu-gcc... powerpc-tuxbox-linux-gnu-gcc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.
make[1]: *** [/home/dixidix/tuxbox-cvs/apps/tuxbox/libtuxbox/config.status] Fehler 77
make[1]: Leaving directory `/home/dixidix/tuxbox-cvs/cdk'
make: *** [/home/dixidix/dbox2/cdkroot/lib/pkgconfig/tuxbox.pc] Fehler 2
dixidix@linux:~>  
in besagter config.log ist dann dies zu finden:

Code: Alles auswählen

configure:2376: powerpc-tuxbox-linux-gnu-gcc -Wall -mcpu=823 -pipe -Os  -Wl,-O1 conftest.c  >&5
/home/dixidix/dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status
configure:2379: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "libtuxbox"
| #define PACKAGE_TARNAME "libtuxbox"
| #define PACKAGE_VERSION "0.0.1"
| #define PACKAGE_STRING "libtuxbox 0.0.1"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE "libtuxbox"
| #define VERSION "0.0.1"
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:2418: error: C compiler cannot create executables
See `config.log' for more details.
Kann es sein dass einige Dateien einfach nur fehlen?
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

Code: Alles auswählen

/home/dixidix/dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/ld: crt1.o: No such file: No such file or directory
Compiler (compilersupportfiles) ist korrupt. Alles anders als "make distclean" ist Zeitverschwendung.
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

@Barf: Thx, das verschieben der mklibs hats gebracht.
Ich hab das erste Mal ein Image gebaut *freu*

cu
Jens
dwilx

Beitrag von dwilx »

:evil: hab mir schon gedacht, dass ich da nicht drum rum komme... wenns nur nicht immer so lange dauern würde...
Ich frage mich nur wie man das nur so abschießen kann. Hatter doch nur ein simples Update gemacht?
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

ich sichere mal meine aktuellen sourcen, und dann probier ichs mochmal.
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

leider wieder der selbe mist :(
I: library reduction pass 1
846 symbols, 845 unresolved
Traceback (most recent call last):
File "/home/mb405/image/tuxbox-cvs/hostapps/mklibs/mklibs.py", line 450, in ?
pic_file = find_pic(library)
File "/home/mb405/image/tuxbox-cvs/hostapps/mklibs/mklibs.py", line 180, in find_pic
base_name = so_pattern.match(lib).group(1)
AttributeError: 'NoneType' object has no attribute 'group'
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

also ich hab mal bisserl in den dateien rumgeschaut.
mit diesen diff, auf das aktuelle cvs kompiliert er durch bei mir.

http://home.arcor.de/mb407/dbox2/fehlerfrei.diff

es sind die
cdk/Makefile.am , rules-make , rules-archive (libpng auf alte version)
cdk/Patches/libpng.diff (ebenfalls das alte libpng)

vielleicht kann jemand damit was anfangen.
Nico 77
Semiprofi
Semiprofi
Beiträge: 1383
Registriert: Freitag 18. April 2003, 15:12

Beitrag von Nico 77 »

Könnte das aktuelle libpng.diff im cvs nochmal jemand anpassen, da fehlt noch die Versionserkennung für Neutrino das meckert sonst im Bootlog.

Code: Alles auswählen

/bin/neutrino: /lib/libpng12.so.0: no version information available (required by
 /bin/neutrino)
Carjay
Developer
Beiträge: 122
Registriert: Sonntag 23. April 2006, 12:37

Beitrag von Carjay »

Nein, das Symbol ist vorhanden. Kann es sein, daß mklibs das rausstrippt? (ich baue nie Images, hab daher kein flash-CDK)
Nico 77
Semiprofi
Semiprofi
Beiträge: 1383
Registriert: Freitag 18. April 2003, 15:12

Beitrag von Nico 77 »

Ne, tuts nicht.

Code: Alles auswählen

libpng version 1.2.12 - June 27, 2006
 Copyright (c) 1998-2006 Glenn Randers-Pehrson
 Copyright (c) 1996-1997 Andreas Dilger
 Copyright (c) 1995-1996 Guy Eric Schalnat, Group 42, Inc.
 1.2.12   libpng version 1.2.12 - June 27, 2006 (header)
Steht in der libpn12.s0.0 drin, hatte mich auch schon gewundert.
Carjay
Developer
Beiträge: 122
Registriert: Sonntag 23. April 2006, 12:37

Beitrag von Carjay »

Nick77: das ist was anderes. 8)

Code: Alles auswählen

$ powerpc-tuxbox-linux-gnu-nm libpng12.so | grep "12_0"
00000000 A PNG12_0
geko37
Einsteiger
Einsteiger
Beiträge: 133
Registriert: Sonntag 6. April 2003, 18:26

Beitrag von geko37 »

Nico 77 hat geschrieben:Könnte das aktuelle libpng.diff im cvs nochmal jemand anpassen, da fehlt noch die Versionserkennung für Neutrino das meckert sonst im Bootlog.

Code: Alles auswählen

/bin/neutrino: /lib/libpng12.so.0: no version information available (required by
 /bin/neutrino)
Das selbe bei Enigma !
/tmp/enigma: /lib/libpng12.so.0: no version information available (required by /
tmp/enigma)
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Beitrag von mb405 »

also ich hab das ganze libpng zeugs rausgeschmissen, und es geht wieder prima :)
dwilx

Beitrag von dwilx »

Habe make distclean gemacht. Hat scheinbar geholfen. Compiler geht wieder. Bei make everything hats mal angehalten und fand kein tuxbox-plugin Package. Habe dann extra mal make plugins laufen lassen, dann ist das durchgelaufen :gruebel:
Habe jetzt wieder alles am laufen. Meine Tools konnte ich dann auch wieder kompilieren :D
Schö'n Dank auch
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

dixidix hat geschrieben:Bei make everything hats mal angehalten und fand kein tuxbox-plugin Package. Habe dann extra mal make plugins laufen lassen, dann ist das durchgelaufen
Das Problem gab es irgendwann in der Vergangenheit, auch wenn niemals im Forum diskutiert (hallo dietmarw!). Ich glaube aber, ich habe es behoben. Kannst du es reproduzieren?