hi allerseits,
nach dem anmelden am server und ausführen von autogen und configure wie in install.de beschrieben, kommt bei make download und make all immer folgendes in einer endlosschleife:
Summary:
Hostruleset: standard
Targetruleset: standard
Targetprefix: /dbox2/cdkroot
Hostprefix: /dbox2/cdk
Bootprefix: /dbox2/tftpboot
Buildprefix: /home/ts/tuxbox-cvs/cdk
Appsdir: /home/ts/tuxbox-cvs/apps
Bootdir: /home/ts/tuxbox-cvs/boot
Driverdir: /home/ts/tuxbox-cvs/driver
Hostappsdir: /home/ts/tuxbox-cvs/hostapps
configure: creating Makefile-archive
configure: creating ./config.status
cd . \
&& CONFIG_FILES=Makefile CONFIG_HEADERS= /bin/sh ./config.status
config.status: creating Makefile
make: *** Warnung: Datei »Makefile.am« hat Änderungszeit aus der Zukunft
(2002-08-15 09:39:57 > 2002-06-14 06:40:44)!
make: Zirkuläre Datei aclocal.m4 <- aclocal.m4 Abhängigkeit wird nicht ve
rwendet.
cd . && aclocal -I .
cd . && automake --gnu Makefile
cd . && autoconf
configure.ac:13: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_T
ARGET
./rules-archive.pl ./rules-archive > Makefile-archive
/bin/sh ./config.status --recheck
running /bin/sh ./configure --prefix=/dbox2 --with-cvsdir=/home/ts/tuxbo
x-cvs --enable-maintainer-mode --no-create --no-recursion
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles... y
es
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
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 for rpcgen... /usr/bin/rpcgen
obige ausgabe wiederholt sich immer wieder.
ich benutze mdk8.2 und habe alle nötigen pakages als rpms installiert. ausser autoconf, welches ich selbst kompiliert hab.
woran kanns liegen?
bin für jede hilfe dankbar!
DS9
cvs beim maken in endlosschleife
-
- Neugieriger
- Beiträge: 7
- Registriert: Mittwoch 15. Mai 2002, 15:26
-
- Erleuchteter
- Beiträge: 505
- Registriert: Freitag 20. Juli 2001, 00:00
-
- Neugieriger
- Beiträge: 7
- Registriert: Mittwoch 15. Mai 2002, 15:26
-
- Erleuchteter
- Beiträge: 505
- Registriert: Freitag 20. Juli 2001, 00:00
-
- Einsteiger
- Beiträge: 359
- Registriert: Donnerstag 18. Juli 2002, 17:40
Also bei mir kommt keine Endlosschleife und ich denke auch nicht, daß das normal ist.
@DS9: Aber schau Dir mal die Ausgabe Deiner Fehler an:
Kann es sein, dass Deine Rechnerzeit in der Vergangenheit ist?
Dann erkennt der make nämlich nicht, daß erzeugte Dateien neuer als ausgecheckte abhängige Dateien sind.
Das kann zu solch komischen scheinbaren Endlosschleifen führen.
Wenn ich Deine Zeitdifferenz anschaue (14.06. zu 15.08.) kompiliert er mindestens zwei Monate (nämlich bis der Zeitstempel von erzeugten Dateien neuer ist als der aus dem CVS
Also wie gesagt, prüfe mal ob es an Deiner Systemzeit liegt.
@DS9: Aber schau Dir mal die Ausgabe Deiner Fehler an:
Code: Alles auswählen
make: *** Warnung: Datei »Makefile.am« hat Änderungszeit aus der Zukunft
(2002-08-15 09:39:57 > 2002-06-14 06:40:44)!
Dann erkennt der make nämlich nicht, daß erzeugte Dateien neuer als ausgecheckte abhängige Dateien sind.
Das kann zu solch komischen scheinbaren Endlosschleifen führen.
Wenn ich Deine Zeitdifferenz anschaue (14.06. zu 15.08.) kompiliert er mindestens zwei Monate (nämlich bis der Zeitstempel von erzeugten Dateien neuer ist als der aus dem CVS
Also wie gesagt, prüfe mal ob es an Deiner Systemzeit liegt.
SAT-Box; Phillips 2xI; AVIA600L; ENX
-
- Neugieriger
- Beiträge: 7
- Registriert: Mittwoch 15. Mai 2002, 15:26
@Massa: Danke, daran lags!
Blöd, wenn man beim Mainboard-Einbau zu faul ist, die Zeit einzustellen
make download hat jetzt geklappt, make all bricht aber nach ca. 1h bei enigma ab:
ebase.cpp:194: invalid use of undefined type `class eMainloop'
ebase.h:131: forward declaration of `class eMainloop'
make[4]: *** [ebase.lo] Fehler 1
make[4]: Verlassen des Verzeichnisses Verzeichnis »/home/ts/tuxbox-cvs/apps/enig
ma/src/core/base«
make[3]: *** [all-recursive] Fehler 1
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ts/tuxbox-cvs/apps/enig
ma/src/core«
make[2]: *** [all-recursive] Fehler 1
make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/ts/tuxbox-cvs/apps/enig
ma/src«
make[1]: *** [all-recursive] Fehler 1
make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/ts/tuxbox-cvs/apps/enig
ma«
make: *** [.enigma] Fehler 2
hat jemand ne idee, worans liegen kann?
Blöd, wenn man beim Mainboard-Einbau zu faul ist, die Zeit einzustellen
make download hat jetzt geklappt, make all bricht aber nach ca. 1h bei enigma ab:
ebase.cpp:194: invalid use of undefined type `class eMainloop'
ebase.h:131: forward declaration of `class eMainloop'
make[4]: *** [ebase.lo] Fehler 1
make[4]: Verlassen des Verzeichnisses Verzeichnis »/home/ts/tuxbox-cvs/apps/enig
ma/src/core/base«
make[3]: *** [all-recursive] Fehler 1
make[3]: Verlassen des Verzeichnisses Verzeichnis »/home/ts/tuxbox-cvs/apps/enig
ma/src/core«
make[2]: *** [all-recursive] Fehler 1
make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/ts/tuxbox-cvs/apps/enig
ma/src«
make[1]: *** [all-recursive] Fehler 1
make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/ts/tuxbox-cvs/apps/enig
ma«
make: *** [.enigma] Fehler 2
hat jemand ne idee, worans liegen kann?