Harry Rüter schrieb:

[...] Ich will das gut laufende System nicht auf 8.0 updaten (da gefällt mir einiges nicht so gut) , auf welche glibc könnte ich denn gefahrlos updaten ?

Glibc updaten? Gefahrlos? Hmm, ich glaube, beim Rumspielen an der glibc sollte man _SEHR_ genau wissen, was man tut... Zumal Du ja nicht einmal weisst, ob Dein Problem damit ueberhaupt zu tun hat. CU, Th. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===

* Harry Rüter postete am 29. Apr. 2003 folgendes:

[ Kompilierprobleme ] Ich vermute ein Problem mit der glibc (Version glibc-devel-2.2-25, von der Suse-Update-Site) ..

Hat irgendjemand eine Idee, was ich da machen kann ?

Ich glaube nicht, das es an der glibc liegt. Denn ich habe X 4.3.0 mit der glibc-devel 2.2.5-43 kompiliert. Muss aber anmerken, das ich RedHat 7.3 verwende.

Ich will das gut laufende System nicht auf 8.0 updaten (da gefällt mir einiges nicht so gut) , auf welche glibc könnte ich denn gefahrlos updaten ?

Öhm, ob das gefahrlos von statten geht, glaube ich IMHO nicht. Bye Michael -- t the first time I ran Windows, but I'm trying... _______________________________________________________________________ Gegen TCPA! http://www.againsttcpa.com/what-is-tcpa.html

Hallo Liste, da gmx es nicht fertiggebracht hat mir alle Mails auf diesen Thread zuzusenden, antworte ich mal frei heraus auf alle Antworten, die ich bei lists.suse.com gelesen habe. Also : Es liegt an der glibc. Die Fehlermeldung rührt daher, daß in eine Tabelle die Adressen einiger Funktionen eingetragen werden. Nun, bei meiner glibc-Version ist aber setjmp ein Makro, laut der Kommentare in der setjmp.h muß das aufgrund irgendeines Standards auch so sein. Mit einem Makro läßt sich aber keine Adresse generieren, also gibt es ein ifdef im Quelltext von loadmod.c , das in diesem Fall eine andere Funktion verwendet (__sigsetjmp(..)), die wirklich eine Funktion ist. Da es bei xfree86 kein configure gibt, wird das nicht getestet .. oder nicht richtig getestet ?!?! Wenn ich den Schalter #define HASGLIBC21 in der host.def setze , funktioniert das ganze, da nun in einer ifdef-Orgie die richtigen defines gesetzt werden und somit in der loadmod.c die Variante mit dem __sigsetjmp(..) verwendet wird. Komisch ist halt nur, daß ich eine glibc 2.2.5 habe und nicht eine 2.1.x ... aber das kann wohl passieren ... Trotzdem würde mich mal interessieren, ob ich meine glibc updaten könnte und : ja ich weiß, das ist nicht trivial, ich bin aber auch kein heuriger Hase (in Sachen Linux). Natürlich würde ich das nicht einfach mal so hopplahopp machen :o) Grüße Harry Harry Rüter wrote:

Hallo Liste,

ich habe mir die Sourcen von Xfree86 4.3.0 gezogen und compiliert. Unter Suse 8.0 hat das ganz gut geklappt unter Suse 7.1 nicht.

Folgende Fehlermeldung erhalte ich :

---schnipp--- gcc -c -O2 -fno-strength-reduce -ansi -pedantic -Wall -Wpointer-arith -Wundef -I../common -I../scanpci -I../loader -I../../../../../programs/Xserver/hw/xfree86/os-support -I../../../../../programs/Xserver/include -I../../../../../exports/include/X11 -I../../../../../lib/font/include -I../../../../.. -I../../../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXF86CONFIG=\"XF86Config\" -DUSE_MODULES -DHAS_NCURSES -DPROJECT_ROOT=\"/usr/X11R6\" -DXF86CONFIGDIR=\"/usr/X11R6/lib/X11\" loadmod.c loadmod.c:280: 'setjmp' undeclared here (not in a function) loadmod.c:280: initializer element is not constant loadmod.c:280: (near initialization for 'xfree86LookupTab[158].offset') make[6]: *** [loadmod.o] Error 1 ---schnipp---

Ich vermute ein Problem mit der glibc (Version glibc-devel-2.2-25, von der Suse-Update-Site) ..

Hat irgendjemand eine Idee, was ich da machen kann ?

Ich will das gut laufende System nicht auf 8.0 updaten (da gefällt mir einiges nicht so gut) , auf welche glibc könnte ich denn gefahrlos updaten ?

Grüße Harry