noch wer mit Cygwinproblemen ?

[Debug2k]

Hi,
also das aktuelle CDK will unter dem cygwin-System gar nicht mehr so recht (zumidest bei mir), schon bei der glibc bricht das compilieren wegen einer falschen Referenz ab.
Auf einen richtigen Linuxsystem geht es aber ohne weiteres, ist da ein Fehler in den Patchen ?
Hier mal ein Logauzug wo das Problem auftritt, ist es richtig das die Option dynamic-linker auf /lib.. zeigt ?!?

powerpc-tuxbox-linux-gnu-gcc -nostdlib -nostartfiles -o /home/tuxbox-cvs/cdk/bui
ld/iconv/iconvconfig -Wl,-dynamic-linker=/lib/ld.so.1 -Wl,-z,combreloc /home/
tuxbox-cvs/cdk/build/csu/crt1.o /home/tuxbox-cvs/cdk/build/csu/crti.o `powerpc-t
uxbox-linux-gnu-gcc --print-file-name=crtbegin.o` /home/tuxbox-cvs/cdk/build/ico
nv/iconvconfig.o /home/tuxbox-cvs/cdk/build/iconv/strtab.o /home/tuxbox-cvs/cdk/
build/iconv/xmalloc.o -Wl,-rpath-link=/home/tuxbox-cvs/cdk/build:/home/tuxbox-c
vs/cdk/build/math:/home/tuxbox-cvs/cdk/build/elf:/home/tuxbox-cvs/cdk/build/dlfc
n:/home/tuxbox-cvs/cdk/build/nss:/home/tuxbox-cvs/cdk/build/nis:/home/tuxbox-cvs
/cdk/build/rt:/home/tuxbox-cvs/cdk/build/resolv:/home/tuxbox-cvs/cdk/build/crypt
:/home/tuxbox-cvs/cdk/build/linuxthreads /home/tuxbox-cvs/cdk/build/libc.so.6 /h
ome/tuxbox-cvs/cdk/build/libc_nonshared.a -lgcc `powerpc-tuxbox-linux-gnu-gcc --
print-file-name=crtend.o` /home/tuxbox-cvs/cdk/build/csu/crtn.o
/home/tuxbox-cvs/cdk/build/iconv/iconvconfig.o: In function `write_output':
/home/tuxbox-cvs/cdk/build/iconv/iconvconfig.o(.text+0x1f70): undefined referenc
e to `close'
/home/tuxbox-cvs/cdk/build/iconv/iconvconfig.o(.text+0x1f70): relocation truncat
ed to fit: R_PPC_REL24 close
/home/tuxbox-cvs/cdk/build/iconv/iconvconfig.o(.text+0x1f7c): undefined referenc
e to `unlink'
/home/tuxbox-cvs/cdk/build/iconv/iconvconfig.o(.text+0x1f7c): relocation truncat
ed to fit: R_PPC_REL24 unlink
/home/tuxbox-cvs/cdk/build/iconv/iconvconfig.o(.text+0x1fa8): undefined referenc
e to `close'
/home/tuxbox-cvs/cdk/build/iconv/iconvconfig.o(.text+0x1fa8): relocation truncat
ed to fit: R_PPC_REL24 close
/home/tuxbox-cvs/cdk/build/iconv/iconvconfig.o(.text+0x2010): undefined referenc
e to `fchmod'
/home/tuxbox-cvs/cdk/build/iconv/iconvconfig.o(.text+0x2010): relocation truncat
ed to fit: R_PPC_REL24 fchmod
/home/tuxbox-cvs/cdk/build/libc.so.6: undefined reference to `__dup'

Bin ich mir dem Fehler allein oder hatten ihn auch schon andere hier ?

[bommelid]

Hab' das CDK mit cygwin auch nicht compilieren können.
Weiß aber nicht, ob cygwin jetzt das Problem darstellt oder nicht.
Konnte beispielsweise auch gettext-11.x nicht erstellen.

Gruß
bommelid

[+tbn]

habe mal einen neuen Patch für das cygwin auf meine HP gelegt. Ist nur ein File (linux.diff) drin. Dieses erzeugt ein "cramfs_fs.h", damit die libcramfs compiliert werden kann. Ob die dann funktioniert, kann ich nicht sagen...

Ansonsten kompiliert bei mir alles. Außer .enigma. Dort bekomme ich am Ende:

Code: Alles auswählen

In file included from elbwindow.cpp:1:
elbwindow.h:13: 'eListbox' is used as a type, but is not defined as a type.
elbwindow.h: In constructor `eLBWindow::eLBWindow(eString, int, int, int)':
elbwindow.h:18: class `eLBWindow' does not have any field named `list'
elbwindow.h:23: `list' undeclared (first use this function)
elbwindow.h:23: (Each undeclared identifier is reported only once for each
   function it appears in.)
make[4]: *** [elbwindow.lo] Error 1
make[4]: Leaving directory `/home/fiedel/tuxbox-cvs/apps/enigma/src/core/gui'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/fiedel/tuxbox-cvs/apps/enigma/src/core'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/fiedel/tuxbox-cvs/apps/enigma/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/fiedel/tuxbox-cvs/apps/enigma'
make: *** [.enigma] Error 2

Da aber alles andere klappt, denke ich mal, es liegt im Moment am enigma.

So, hier das File:
http://tbn-world.tripod.com/files/tuxbox-cygwin.zip

viel spaß
+tbn


P.S.: danke an field und die anderen, die die Patches so schön ins cvs integriert haben.

[phat77]

Hallo,
in meiner "normalen" also nicht cygwin-umgebung gibt es ebenfalls das Problem mit der libcramfs und dem File cramfs_fs.h. In welchem Verzeichniss muss denn cramfs_fs.h liegen?

thnx...

[NoClue]

@tbn,

ich befürchte, es liegt nicht an Enigma, da das auf meiner Suse 7.3 installation problemlos durchläuft, unter cygwin aber genau den gleichen Fehler bringt. Ich habe da eher gettext im Verdacht, unter cygwin läuft da im Moment die Version 0.10.40, enigma unter suse compiliert mit dieser Version, wenn ich mich richtig erinnere, auch nicht. Das unangenehme ist dass das patchen von gettext-0.11.x alles andere als trivial ist. Es kommt beim Kompilieren zu einer "undef. ref. to winmain@16" - das kann man umgehen, indem man in einer source in gettext/intl eine leere main-Funktion einbaut, allerdings führt dass dann später zum Abbruch beim gettext/src-compilieren mit Fehler "multible definitions ..."
Der Rest läuft bei mir auch durch, auch mit dem neuen gcc (nach distclean)

Grüsse,
NoClue

[rasta12]

Ja, dass hab ich schonmal gelesen, dass es an gettext liegen soll. Deshalb habe ich gestern extra nach der Version geschaut und hatte 0.10.40. Nachdem im Doc stand, dass man die braucht, war ich ratlos. So, dann mache ich mir jetzt gettext-0.11.x drauf.
Bin mal gespannt.
Rasta

[NoClue]

rasta12,
sage bitte bescheid, wenn gettext-0.11.x bei Dir unter cygwin installiert ist - und vor allem - veröffentliche den patch

[rasta12]

@noclue
Ich wechsel ja immer wie wild vom linux (zur Zeit Linux) zu Windoof. Wenn ich wieder cygwin benutze, sag ich natürlich Bescheid.
Gruss
Rasta12

[+tbn]

@NoClue:
Also das WinMain@16 - Problem ist bekannt. Steht im cygwin-Manual:

Why the undefined reference to `WinMain@16'?

Try adding an empty main() function to one of your sources.

Or, perhaps you have `-lm' too early in the link command line. It should be at the end:

bash$ gcc hello.c -lm
bash$ ./a.exe
Hello World!

works, but

bash$ gcc -lm hello.c
/c/TEMP/ccjLEGlU.o(.text+0x10):hello.c: multiple definition of `main'
/usr/lib/libm.a(libcmain.o)(.text+0x0):libcmain.c: first defined here
/usr/lib/libm.a(libcmain.o)(.text+0x6a):libcmain.c: undefined reference to `WinMain@16'
collect2: ld returned 1 exit status

This is an artifact of libm.a being a symbolic link to libcygwin.a.

Ein einfaches "void main(void){}" in eine LIB einzufügen, klappt allerdings nicht. Werde mich heute mal ransetzen....

+tbn


P.S.: Wie war das: "Handbücher sind was für Feiglinge"...