configure.sh liefert warnungen betr rules.pl

Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
equinox
Neugieriger
Neugieriger
Beiträge: 7
Registriert: Montag 13. Januar 2003, 08:35

configure.sh liefert warnungen betr rules.pl

Beitrag von equinox »

Hab mal grad das aktuelle cdk ausgecheckt und wollte alles mal übersetzen. Leider komme ich nicht weit. autogen.sh läuft noch durch - hat folgende ausgaben:

Code: Alles auswählen

Generating configuration files for tuxbox-cdk, please wait....
  aclocal
  libtoolize --automake
  autoconf
configure.ac:13: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET
  automake --add-missing
configure.ac: installing `./install-sh'
configure.ac: installing `./mkinstalldirs'
configure.ac: installing `./missing'
Makefile.am: installing `./COPYING'
Makefile.am: installing `./INSTALL'
dann hab ich configure aufgerufen - da kam's:

Code: Alles auswählen

$ ./configure --prefix=$HOME/dbox2 --with-cvsdir=$HOME/tuxbox-cvs  --enable-maintainer-mode --with-hostruleset=cygwin
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 whether to enable maintainer-specific portions of Makefiles... yes
checking for gcc... gcc
checking for C compiler default output... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... .exe
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking build system type... i686-pc-cygwin
checking host system type... i686-pc-cygwin
checking target system type... powerpc-tuxbox-linux-gnu
checking for apps directory... yes
checking for boot directory... yes
checking for driver directory... yes
checking for hostapps directory... yes
checking linux rules... done
checking binutils rules... Use of uninitialized value in split at ./rules.pl line 45.
Use of uninitialized value in concatenation (.) or string at ./rules.pl line 71.
Use of uninitialized value in concatenation (.) or string at ./rules.pl line 211.
Use of uninitialized value in concatenation (.) or string at ./rules.pl line 85.
Use of uninitialized value in concatenation (.) or string at ./rules.pl line 211.
done
checking bootstrap_gcc rules... done
checking glibc rules... done
checking gcc rules... done
....

Summary:
Hardwareruleset:        dbox2
Hostruleset:            cygwin
Targetruleset:          standard
Targetprefix:           /home/murphy/dbox2/cdkroot
Hostprefix:             /home/murphy/dbox2/cdk
Bootprefix:             /home/murphy/dbox2/tftpboot
Buildprefix:            /home/murphy/tuxbox-cvs/cdk
Appsdir:                /home/murphy/tuxbox-cvs/apps
Bootdir:                /home/murphy/tuxbox-cvs/boot
Driverdir:              /home/murphy/tuxbox-cvs/driver
Hostappsdir:            /home/murphy/tuxbox-cvs/hostapps

configure: creating Makefile-archive
configure: creating ./config.status
config.status: creating Makefile
config.status: creating root/Makefile
config.status: creating root/etc/Makefile
config.status: creating root/etc/init.d/Makefile
config.status: creating root/etc/network/Makefile
config.status: creating root/share/Makefile
config.status: creating root/share/udhcpc/Makefile
config.status: executing depfiles commands
Und nun ein Auszug aus dem Makefile (core)

Code: Alles auswählen

.binutils: 
	@if [ ! -h linux ]; then \
		$(MAKE) .linuxdir; \
	fi
	( rm -rf || /bin/true ) && ( rm -rf build || /bin/true ) && mkdir build
	cd build && \
		CC=$(CC) \
		CFLAGS="$(CFLAGS)" \
		../build/configure \
			--target=$(target) \
	...
DAS kann nicht gut gehen. binutils werden hier nie nach build entpackt. Irgendwas kann da in den rules nicht stimmen. Letzte Änderung: waldi, vor 20 stunden.

Somit stürzt das ganze bei binutils ab. Was geht da schief ?
equinox
Neugieriger
Neugieriger
Beiträge: 7
Registriert: Montag 13. Januar 2003, 08:35

Beitrag von equinox »

nur der vollständigkeit halber: waldi hat's wieder gefixt. thx.