@ Homar

[Tagra]

Hallo
Ich bekomms einfach nicht zum laufen ! Hab die letzen Tage Topics ohne ende gelesen, hat aber alles nicht genutzt.

Mal liest man der Prozessor ist zu schnell ein andermal wieder falsche Versionen.Ich hab alles Überprüft und mich genau an deine Anleitung gehalten . Auch die 5 Scripte die Du bei jemand anderem angegeben hast hab ich mir besorgt.

Nun mal zu meinem PC :P4 2,4 Ghz Windows 2000 Prof.

Cygwin genau nach deiner Anleitung installiert (hatte irgendwo gelesen das zlib nicht mit installiert werden darf, hab ich auch probiert jedoch meckert das Setup dann wegen fehlender *.dll's rum)

Also cygwin kompl nach Anleitung installiert.

./makeCDK.sh läuft fehlerfrei durch !

Das kommt nach:

$ ./makeSystem.sh
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'
--------------------------------------------------------------

Standartparameter setzten
./configure --prefix=/dbox2 --with-hostruleset=cygwin --with-cvsdir=/home/Admini

und so siehts am ende aus !

gnu-regex.o(.text+0x6556): In function `regerror':
/home/Administrator/tuxbox-cvs/cdk/build/gcc/fixinc/../../../gcc-3.2.2/gcc/fixin
c/gnu-regex.c:5723: undefined reference to `___mempcpy'
collect2: ld returned 1 exit status
make[4]: *** [full-stamp] Error 1
make[4]: Leaving directory `/home/Administrator/tuxbox-cvs/cdk/build/gcc/fixinc'

make[3]: *** [fixinc.sh] Error 2
make[3]: Leaving directory `/home/Administrator/tuxbox-cvs/cdk/build/gcc'
make[2]: *** [all-gcc] Error 2
make[2]: Leaving directory `/home/Administrator/tuxbox-cvs/cdk/build'
make[1]: *** [bootstrap_gcc] Error 2
make[1]: Leaving directory `/home/Administrator/tuxbox-cvs/cdk'
make: *** [.glibc] Error 2

Was kann man da machen? ist tatsächlich der Prozessor zu schnell ??

und @ alle anderen bitte keine Komentare Wie: ist halt cygwin

[Homar]

Hi Tagra,

welche Version haben die Scripte ??

[Tagra]

makeAll.sh V1.0
makeCDK.sh V1.0
makeSystem.sh V1.0
makeNeutrino.sh V1.3
makeYADD.sh V1.1

Schon mal danke das Du dich mit meinem Problem auseinandersetzt.

Ich ziehe auch immer noch die Methode mit cygwin vor da ich mich mit Linux nicht anfreunden kann.

THX Tagra

[Homar]

Standartparameter setzten
./configure --prefix=/dbox2 --with-hostruleset=cygwin --with-cvsdir=/home/Admini

Ist das richtig mit dem cvsdir ???

[Tagra]

Administrator@Tagra ~
$ ./makeSystem.sh
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
--------------------------------------------------------------

Standartparameter setzten
./configure --prefix=/dbox2 --with-hostruleset=cygwin --with cvsdir=/home/Administrator/tuxbox-cvs --enable-maintainer-mode
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

[Tagra]

Wie meinst Du das ist das richtig mit dem cvs dir ?

Wenn ich cygwin starte ist meine $HOME Verzeichniss

Administrator@tagra ~
$ cd $HOME

Administrator@tagra ~
$

Nach dem ersten Start legt cygwin mir im Ordner HOME noch den Ordner ADMINISTRATOR an. Stimmt da evtl. etwas nicht ?

[majo]

Hi Tagra, hi Homar,

den '___mempcpy'-Fehler hab ich leider auch .
Um ueberhaupt weiterzukommen hab ich 'gnu-regex.c' geaendert und warte ab wie weit ich jetzt komme.

Frage:
Seit Ihr inzwischen weiter? Tagra's letzter Post ist mittlerweile 7 Tage alt.


Gruss
majo

[Tagra]

Ne Ne, ich bin auch noch nicht weiter, ich kann machen was ich will es bleibt bei den Fehlermeldungen.Ich kann auch nur auf ne Antwort von Homar warten.

Gruß

[Homar]

hi Tagra,

Ich habe inzwischen auf zwei Rechnern komplett neu kompiliert. Leider keine nur eine einzige Fehlermeldung, und das ist von alexW flüchtigerweise produziert (freetype.diff anstelle libfreetype.diff)

Der Fehler von dir ist nicht reproduzierbar meinerseits.

Ich frage mich, welche Antwort ich dir geben sollte ?!?


Vielleicht: ...weiss net

[alexW]

und das ist von alexW flüchtigerweise produziert (freetype.diff anstelle libfreetype.diff)

Huch.. da will man auch mal an die cygwin User denken und dann passiert das... berichtigst du bitte? :)

[Homar]

mach ich...

Ich wollte dir schon ein thx schicken, das du uns net vergessen hast

[majo]

Hi Tagra, Homar und AlexW,


schön sofort eine Reaktion zu sehen. :D

Ich bin jetzt bis zu der Fehlermeldung vom Homar gekommen:

( rm -rf freetype-2.1.4rc2 || /bin/true ) && bunzip2
-cd Archive/freetype-2.1.4rc2.tar.bz2 |
tar -x && ( cd freetype-2.1.4rc2;
patch -p1 < ../Patches/cygwin/libfreetype.diff )
/bin/bash: line 1: ../Patches/cygwin/libfreetype.diff: No such file or directory


An Tagra:
Hier etwas genauer meine Änderung zum Thema "undefined reference to `___mempcpy'":

-in cdk/Archive mit 'mkdir x' ein Unterverzeichnis angelegt
-dort mit 'tar -xz -f ../gcc-core-3.2.2.tar.gz' alles entpackt
-dann 'cd gcc-3.2.2/gcc/fixinc/' und 'cp -pf gnu-regex.c gnu-regex.c.org'
-danach mit vi 'gnu-regex.c' die Datei bearbeitet
-mit ':5722' Sprung nach Zeile 5722
-dort steht Im Original:
#if defined HAVE_MEMPCPY || defined _LIBC
*((char *) __mempcpy (errbuf, msg, errbuf_size - 1)) = '\0';
#else
memcpy (errbuf, msg, errbuf_size - 1);
errbuf[errbuf_size - 1] = 0;
#endif

-geändert nach:
memcpy (errbuf, msg, errbuf_size - 1);
errbuf[errbuf_size - 1] = 0;

-und mit ':x' abgespeichert
-danach mit 'cd ../../..' nach ...cdk/Archive/x zurückgesprungen
-und dort per 'tar -cz -f ../gcc-core-3.2.2.tar.gz.majo *' ein neues Archiv angelegt
-im Archive-Verzeichnis mit:
'mv gcc-core-3.2.2.tar.gz gcc-core-3.2.2.tar.gz.org' und
'mv gcc-core-3.2.2.tar.gz.majo gcc-core-3.2.2.tar.gz'
die geaenderte Version aktiviert


Frage an Homar:
Wie komm ich am einfachsten an Deine Änderung?


Gruss
majo

[Egnom]

Also Ich kann dich nur soweit beruhigen, das dein Rechner nicht zu schnell sein kann!!

Ich bekomme den selben Fehler aber mit nem 40 Mhz Prozessor.



yours,

Egnom.

[majo]

Hi Homar, Tagra und Egnom,



einige Tage hat's gebraucht, doch jetzt bin ich mit "make all" unter "cdk" durch.


Insgesamt hatte ich folgende 16 Fehler:

1. "undefined reference to `___mempcpy'"
=> patch der gnu-regex.c aus dem gcc-core-3.2.2.tar.gz-Archiv (siehe majo-Post weiter oben)

2. falscher Name der Patchdatei ../Patches/cygwin/freetype.diff
=> cp -pf Patches/cygwin/libfreetype.diff Patches/cygwin/freetype.diff

3. fehlende Include-Datei beim Uebersetzen des DFB++-0.9.15.tar.gz-Archives
=> Aenderung in cdk/Makefile damit der DirectFB-0.9.17-Zweig nach dem uebersetzen nicht geloescht wird und nach dem Entpacken des DFB++-0.9.15.tar.gz-Archives die fehlenden include-Dateien kopiert werden koennen
less cdk/Makefile
wir bisher: cd DFB++-0.9.15 && \
neu: cd include && \
neu: cp -pf ../../DirectFB-0.9.17/include/* . && \
neu: cd .. && \
wir bisher: $(BUILDENV) \

4. da bei mir Cygwin nicht zwischen Gross- und Kleinschreibung unterscheidet gab es ein Problem in cdk/busybox-cvs.20030303/applets/install.sh
=> Aenderung in cdk/busybox-cvs.20030303/applets/install.sh
alt: install -m 755 busybox $prefix/bin/busybox || exit 1
neu: /usr/bin/install -m 755 busybox $prefix/bin/busybox || exit 1

5a. Konflikt in der Deklaration des uint32-Types beim Uebersetzen von boot/u-boot/tools/img2srec.c
5b. Konflikt in der Deklaration des uint32-Types beim Uebersetzen von boot/u-boot/tools/bmp_logo.c
=> noch vor der ersten #include-Direktive folgende Zeile eingefuegt:
#define __INT_MAX__ 32767

6. der "expr"-Befehl der Shell scheint unter Cygwin nicht 100% fehlerfrei zu sein, denn in
apps/tuxbox/libtuxbox
apps/tuxbox/plugins
apps/tuxbox/libtuxbox
apps/tuxbox/plugins
apps/tuxbox/libs
apps/dvb/zapit
apps/misc/tools
apps/tuxbox/neutrino
kam jeweils eine Fehlermeldung der Art: 'error: invalid package name: driver'
(andere configure-Skripte arbeiten jedoch fehlerfrei mit "expr")
=> die "--with" und "--without" Abschnitte des configure-Skriptes wurden durch den gleichnamigen Abschnitt in DFB++-0.9.15/configure ersetzt (arbeitet mit test statt expr) und im autogen.sh-Skript die "autoconf"-Zeile geloescht
(Hinweis: manchmal muss man diese Aenderung 2x machen, da autoconf von woandersher auch noch aufgerufen wird)

7. vergleichbar dem 3. Problem fehlten beim Uebersetzen in apps/tuxbox/enigma/lib/base include-Dateien
=> die fehlenden Dateien aus libsigc++-1.2.2.tar.gz nach /include/sigc++-1.2 kopiert

8. vergleichbar dem 4. Problem Fehler beim Uebersetzen in apps/tuxbox/lcars
=> mv INSTALL INSTALL.txt


Hier meine Vorstellung wie es weitergehen sollte.
-Homar wertet dies aus, stellt Rueckfragen und aendert im CVS
-Homar schreibt wie genau auszuchecken ist
-(mind.) Einer von uns anderen 3 checkt komplett neu aus und versucht sein Glueck


OK?


Gruss
majo

[Mordillo]

Moin,

hab soeben mal frisch ausgecheckt (ohne majo es Änderungen) Es kommen bei mir die gleichen Fehler.

Werds jetzt mal mit den Änderungen probieren.

[Mordillo]

Hi,

hab jetzt mal majo Änderung durchgeführt, bringt mir aber folgende Fehlermeldung:

Code: Alles auswählen

$ make core
make[1]: Entering directory `/home/SasH/tuxbox-cvs/cdk'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/cdk'
make[3]: Entering directory `/home/SasH/tuxbox-cvs/cdk'
make[3]: `.binutils' is up to date.
make[3]: Leaving directory `/home/SasH/tuxbox-cvs/cdk'
( rm -rf gcc-3.2.2 || /bin/true ) && gunzip -cd Archive/gcc-core-3.2.2.tar.gz |
tar -x && ( cd gcc-3.2.2; patch -p1 < ../Patches/gcc-core.diff ) && ( cd gcc-3.2
.2; patch -p1 < ../Patches/cygwin/gcc.diff ) && ( rm -rf build || /bin/true ) &&
 mkdir build
/bin/bash: line 1: cd: gcc-3.2.2: No such file or directory
/bin/bash: line 1: ../Patches/gcc-core.diff: No such file or directory
make[2]: *** [bootstrap_gcc] Error 1
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/cdk'
make[1]: *** [.glibc] Error 2
make[1]: Leaving directory `/home/SasH/tuxbox-cvs/cdk'
make: *** [.bootstrap] Error 2

SasH@inventormachine ~/tuxbox-cvs/cdk
$

Was hats zu bedeuten??

[wolfpac]

das es das Verzeichnis Patches oder das File in Patches bei dir im CDK-Ordner nicht gibt

[thegoodguy]

@wolfpac, Mordillo: Immer auf die 1. Fehlermeldung gucken!

/bin/bash: line 1: cd: gcc-3.2.2: No such file or directory

Also dieses Verzeichnis sollte durch den Befehl

gunzip -cd Archive/gcc-core-3.2.2.tar.gz | tar -x

angelegt werden. Macht der das? Hast du etwa gcc-core-3.2.2.tar.gz falsch gepackt? (vermutlich fehlt der Pfad gcc-3.2.2)?
Poste mal die Ausgabe von

Code: Alles auswählen

gunzip -cd Archive/gcc-core-3.2.2.tar.gz | tar -t | head

.

@Mordillo:

( rm -rf gcc-3.2.2 || /bin/true ) && gunzip -cd Archive/gcc-core-3.2.2.tar.gz |
tar -x && ( cd gcc-3.2.2; patch -p1 < ../Patches/gcc-core.diff ) && ( cd gcc-3.2
.2; patch -p1 < ../Patches/cygwin/gcc.diff ) && ( rm -rf build || /bin/true ) &&
mkdir build

sind mehrere Befehle hinter einander (durch "&&" getrennt - d.h. wenn es bei so etwas klemmt, muss man gucken bei welchem der Befehle es schieftgeht).

[Mordillo]

Nach dem gunzip kommt:

Code: Alles auswählen

gunzip -cd Archive/gcc-core-3.2.2.tar.gz | tar -t | head
gcc-3.2.2/
gcc-3.2.2/FAQ
gcc-3.2.2/gcc/
gcc-3.2.2/gcc/po/
gcc-3.2.2/gcc/po/da.po
gcc-3.2.2/gcc/po/el.po
gcc-3.2.2/gcc/po/es.po
gcc-3.2.2/gcc/po/fr.po
gcc-3.2.2/gcc/po/ja.po
gcc-3.2.2/gcc/po/nl.po

SasH@inventormachine ~/tuxbox-cvs/cdk
$

kannst du damit was anfangen?

[Mordillo]

Halt Kommando zurück, war die Original gcc-core.
So siehts aus:

Code: Alles auswählen

..

SasH@inventormachine ~/tuxbox-cvs/cdk
$ gunzip -cd Archive/gcc-core-3.2.2.tar.gz | tar -t | head
BUGS
COPYING
COPYING.LIB
ChangeLog
FAQ
GNATS
INSTALL/
INSTALL/old.html
INSTALL/configure.html
INSTALL/README

SasH@inventormachine ~/tuxbox-cvs/cdk
$

[thegoodguy]

Naja, damit ist doch der Fall klar.
Wie ich vermutet habe, hast du beim modifizieren des Archives den Pfad gcc-3.2.2 verlohren. Also musst du es nochmals modifizieren:

Code: Alles auswählen

mkdir gcc-3.2.2
cd gcc-3.2.2
tar xvfz ../gcc-core-3.2.2.tar.gz
cd ..
mv gcc-core-3.2.2.tar.gz gcc-core-3.2.2.tar.gz.old
tar cvfz gcc-core-3.2.2.tar.gz gcc-3.2.2

[Mordillo]

He, he, kaum macht mans richtig, schon gehts.
Ich Idiot hab im entpackten verzeichnis ge-tart, kein Wunder das gcc-3.2.2 verloren gegangen war.-.
Idioten sterben eben nie aus.

ein make core lief gerade anstandslos durch, mal schauen, wo der nächste Fehler aufftritt.

Danke schon mal bis hierhin..

[Mordillo]

Sooo, ein paar kleiner cygwin Hänger konnte ich mit der Suchfunktion ausmerzen, aber jetzt hängst a bissl.

Als ich im Ordner Dbox2/tftpboot nachschaute, war da weder Kernel, noch sonstirgendwas.

also strengte ich mal ein make .u-boot an, heraus kam folgendes:

Code: Alles auswählen

SasH@inventormachine ~/tuxbox-cvs/cdk
$ make .u-boot
make -C /home/SasH/tuxbox-cvs/boot/u-boot dbox2_config
make[1]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot'
rm -f include/config.h include/config.mk
Configuring for dbox2 board...
make[1]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot'
make -C /home/SasH/tuxbox-cvs/boot/u-boot CROSS_COMPILE=powerpc-tuxbox-linux-gnu
- u-boot.stripped
make[1]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/tools'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/tools'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/lib_generic'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/lib_generic'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/lib_ppc'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/lib_ppc'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/cpu/mpc8xx'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/cpu/mpc8xx'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/board/dbox2'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/board/dbox2'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/common'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/common'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/disk'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/disk'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/fs'
make[3]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/fs/cramfs'
make[3]: `.depend' is up to date.
make[3]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/fs/cramfs'
make[3]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/fs/jffs2'
make[3]: `.depend' is up to date.
make[3]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/fs/jffs2'
make[3]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/fs/fdos'
make[3]: `.depend' is up to date.
make[3]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/fs/fdos'
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/fs'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/net'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/net'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/rtc'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/rtc'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/dtt'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/dtt'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/drivers'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/drivers'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/post'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/post'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/post/cpu'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/post/cpu'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/examples'
make[2]: `.depend' is up to date.
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/examples'
make[2]: Entering directory `/home/SasH/tuxbox-cvs/boot/u-boot/tools'
gcc -Wall -pedantic -I../include -I.. -DTEXT_BASE=0x40000 -DUSE_HOSTCC -O -c -o
img2srec.o img2srec.c
In file included from img2srec.c:60:
../include/elf.h:48: conflicting types for `uint32_t'
/usr/include/cygwin/types.h:141: previous declaration of `uint32_t'
../include/elf.h:49: warning: redefinition of `uint16_t'
/usr/include/cygwin/types.h:137: warning: `uint16_t' previously declared here
../include/elf.h:50: warning: redefinition of `uint8_t'
/usr/include/cygwin/types.h:133: warning: `uint8_t' previously declared here
make[2]: *** [img2srec.o] Error 1
make[2]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot/tools'
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory `/home/SasH/tuxbox-cvs/boot/u-boot'
make: *** [.u-boot] Error 2

SasH@inventormachine ~/tuxbox-cvs/cdk
$

Und schon steh ich wieder wie der Ochs vorm Scheunentore...

[homershome]

Hi,
touch .u-boot
denn das brauchst Du eh nur wenn Du unter Linux die Yadd starten möchtest, für den Bootmanager kannst Du nur das ppcboot nehmen.
MFG

[Mordillo]

Das ist mir klar, aber ich will ja uch ne Yadd strten!
Und im Makefile hab ich so gut wie nix über ppcboot gefundern.

mit touch .irgeneinname weahr mir klar, aber ich brauvh