Hallo, da ich zum Einspielen eines Backups kurz noch mal meinen QIC-80-Streamer in Betrieb nehmen muss, muss ich leider einen neuen Kernel kompilieren. Eigentlich sollte das ja auch kein Problem sein, aber diesmal scheitert es mit: gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc -I /usr/lib/gcc-lib/i486-suse-linux/3.2/include -DKBUILD_BASENAME=scsi -c -o scsi.o scsi.c In file included from scsi.h:26, from scsi.c:69: /usr/src/linux-2.4.19/include/scsi/scsi.h:27:22: features.h: No such file or directory make[3]: *** [scsi.o] Error 1 Mein Vorgehen: make dep, make clean, make bzImage. Bei den Sourcen handelt es sich um einen Vanilla-Kernel von kernel.org. Das Eigenartige ist, dass ich den aktuellen Kernel auch bereits selbst kompiliert habe. Also bin ich derzeit reichlich ratlos. Beste Gruesse, Heinz. PS: Falls mir jemand in der Berliner Gegend noch ein mit zftape beschriebenes QIC-80-Band auslesen koennte, waere das uebrigens toll. PPS: Das obige Problem wuerde das zwar nicht lesen, aber mir das Installieren des Streamers ersparen. -- Journalisten gegen den Krieg: http://www.pickings.de/tiki/tiki-index.php?page=Krieg http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Heinz W. Pahlke wrote:
Eigentlich sollte das ja auch kein Problem sein, aber diesmal scheitert es mit:
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc -I /usr/lib/gcc-lib/i486-suse-linux/3.2/include -DKBUILD_BASENAME=scsi -c -o scsi.o scsi.c In file included from scsi.h:26, from scsi.c:69: /usr/src/linux-2.4.19/include/scsi/scsi.h:27:22: features.h: No such file or directory make[3]: *** [scsi.o] Error 1
glibc-devel ist nicht installiert. CU, Th. -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Hallo, On 20-May-2003 Thomas Hertweck wrote:
glibc-devel ist nicht installiert.
Klar, das ist die erste Idee, aber: rpm -q glibc-devel glibc-devel-2.2.5-151 Und die glibc-devel passt auch zur glibc: rpm -q glibc glibc-2.2.5-151 Ausserdem zeigt ein Vergleich der features.h im glibc-devel mit der installierten features.h eine gleiche Groesse und gleiches Datum, so dass davon auszugehen ist, dass es sich wirklich um die richtige Datei handelt. Andere Ideen? Beste Gruesse, Heinz. -- Journalisten gegen den Krieg: http://www.pickings.de/tiki/tiki-index.php?page=Krieg http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Am Die, 2003-05-20 um 13.23 schrieb h.pahlke@nexgo.de:
Hallo,
On 20-May-2003 Thomas Hertweck wrote:
glibc-devel ist nicht installiert.
Ausserdem zeigt ein Vergleich der features.h im glibc-devel mit der installierten features.h eine gleiche Groesse und gleiches Datum, so dass davon auszugehen ist, dass es sich wirklich um die richtige Datei handelt.
Andere Ideen?
Aus deiner 1. Mail: gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc -I /usr/lib/gcc-lib/i486-suse-linux/3.2/include -DKBUILD_BASENAME=scsi -c -o scsi.o scsi.c Hier wird -nostdinc übergeben => gcc sucht nicht in /usr/include nach features.h. => Irgendwo ist was im Makefile fehlerhaft Ralf
Hallo, On 20-May-2003 Ralf Corsepius wrote:
Aus deiner 1. Mail:
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc -I /usr/lib/gcc-lib/i486-suse-linux/3.2/include -DKBUILD_BASENAME=scsi -c -o scsi.o scsi.c
Hier wird -nostdinc übergeben => gcc sucht nicht in /usr/include nach features.h.
=> Irgendwo ist was im Makefile fehlerhaft
Und was tut man dagegen? /usr/src/linux/Makefile bringt mich erwartungsgemaess nicht weiter. Neue Kernelsourcen ziehen? Mag ich eigentlich nicht, denn mit ISDN ist das doch eine recht aufwendige Sache. Und auf die Kernelsourcen von der Suse 8.1 moechte ich wegen des IDE-Bugs nicht zurueckgreifen. Und dann frage ich mich natuerlich auch, warum ich gleich nach dem Update von der 7.1 auf die 8.1 noch einen neuen Kernel kompilieren konnte. Eigentlich haette es da auch schon nicht mehr funktionieren duerfen. Wenn ich nicht unbedingt das Backup vom Streamer braeuchte, waere es nicht weiter tragisch, aber so draengt es eben. Beste Gruesse, Heinz. -- Journalisten gegen den Krieg: http://www.pickings.de/tiki/tiki-index.php?page=Krieg http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, On Tue, 20 May 2003, h.pahlke@nexgo.de wrote:
On 20-May-2003 Ralf Corsepius wrote:
Aus deiner 1. Mail:
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc -I /usr/lib/gcc-lib/i486-suse-linux/3.2/include -DKBUILD_BASENAME=scsi -c -o scsi.o scsi.c
Hier wird -nostdinc übergeben => gcc sucht nicht in /usr/include nach features.h.
=> Irgendwo ist was im Makefile fehlerhaft
Und was tut man dagegen?
/usr/src/linux/Makefile bringt mich erwartungsgemaess nicht weiter.
Da stimmt irgendwas mit deinen Quellen nicht. Ich hab mir das grad mal angeschaut. $ make menuconfig $ make dep clean $ make drivers/scsi/scsi.o gcc -D__KERNEL__ -I/data2/dh/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -I /usr/local/lib/gcc-lib/i686-pc-linux-gnu/pgcc-2.95.3/include -DKBUILD_BASENAME=scsi -c -o drivers/scsi/scsi.o drivers/scsi/scsi.c $ rm drivers/scsi/scsi.o $ make CC="gcc -E" drivers/scsi/scsi.o gcc -E -D__KERNEL__ -I/data2/dh/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -I /usr/local/lib/gcc-lib/i686-pc-linux-gnu/pgcc-2.95.3/include -DKBUILD_BASENAME=scsi -c -o drivers/scsi/scsi.o drivers/scsi/scsi.c $ sed '/^[^#]\|^$/d;s/#[^"]*//;s/[0-9 ]*$//' < drivers/scsi/scsi.o | sort -u | grep feature "/data2/dh/linux-2.4.19/include/asm/cpufeature.h" $ d.h. es wird kein features.h includiert. Ausserdem soll der Kernel auch unabhaengig von der glibc gebaut werden, d.h. nur kernel-interne und gcc-Header sollen eingebunden werden. Hast du irgendwelche patches eingebaut? -dnh -- 4: Garbage Collection Windows 95 (Kristian Köhntopp)
Hallo, On 20-May-2003 David Haller wrote:
Da stimmt irgendwas mit deinen Quellen nicht. Ich hab mir das grad mal angeschaut.
$ make menuconfig $ make dep clean $ make drivers/scsi/scsi.o gcc -D__KERNEL__ -I/data2/dh/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -I /usr/local/lib/gcc-lib/i686-pc-linux-gnu/pgcc-2.95.3/include -DKBUILD_BASENAME=scsi -c -o drivers/scsi/scsi.o drivers/scsi/scsi.c $ rm drivers/scsi/scsi.o $ make CC="gcc -E" drivers/scsi/scsi.o gcc -E -D__KERNEL__ -I/data2/dh/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -I /usr/local/lib/gcc-lib/i686-pc-linux-gnu/pgcc-2.95.3/include -DKBUILD_BASENAME=scsi -c -o drivers/scsi/scsi.o drivers/scsi/scsi.c $ sed '/^[^#]\|^$/d;s/#[^"]*//;s/[0-9 ]*$//' < drivers/scsi/scsi.o | sort -u | grep feature "/data2/dh/linux-2.4.19/include/asm/cpufeature.h" $
d.h. es wird kein features.h includiert. Ausserdem soll der Kernel auch unabhaengig von der glibc gebaut werden, d.h. nur kernel-interne und gcc-Header sollen eingebunden werden.
Hast du irgendwelche patches eingebaut?
Nein. Es ist das Original-Paket, dass mir Helga aus dieser Liste vor einigen Monaten mal auf CD gebrannt und aus dem ich schon mal einen Kernel kompiliert habe. Momentan ist mir wirklich mehr als schleierhaft, was da ablaeuft. Beste Gruesse, Heinz. -- Journalisten gegen den Krieg: http://www.pickings.de/tiki/tiki-index.php?page=Krieg http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, On 20-May-2003 David Haller wrote:
Hast du irgendwelche patches eingebaut?
Wie gesagt, nein. Aber jetzt hat das Kompilieren doch wieder geklappt :-) Da ich mit den Kernelsourcen ja bereits einmal einen Kernel kompiliert habe, habe ich jetzt kurzerhand das tar.gz-Paket noch einmal installiert. Und danach laeuft ein make bzImage anstandslos durch. Unverstaendlich bleibt es mir trotzdem. Da ich nie weiss, wie man patches einspielt und deshalb meistens mehrere Anlaeufe brauche, bin ich mir absolut sicher, in den vergangenen Monaten nicht an den Kernelsourcen geruehrt zu haben. Ausserdem sichere ich alle Programme immer in einem Archiv-Verzeichnis, und da findet sich aus den letzten Monaten nichts, was in Richtung Kernel-Patch gehen koennte. Dass es jetzt geht, ist zwar erfreulich, aber dass ich nicht weiss, warum, unbefriedigend. Beste Gruesse, Heinz. -- Journalisten gegen den Krieg: http://www.pickings.de/tiki/tiki-index.php?page=Krieg http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Hallo, On Tue, 20 May 2003, Heinz W. Pahlke wrote:
On 20-May-2003 David Haller wrote:
Hast du irgendwelche patches eingebaut?
Wie gesagt, nein. Aber jetzt hat das Kompilieren doch wieder geklappt :-) [..] Dass es jetzt geht, ist zwar erfreulich, aber dass ich nicht weiss, warum, unbefriedigend.
Wie auch Thomson nebenan schreibt, irgendwie muessen die Quellen bei dir veraendert gewesen sein. Ich hab hier mit nem Vanilla 2.4.19 getestet... Zur Diagnose von aehnlichen Problemen hilft neben dem Vorgehen in meiner letzten Mail oft auch, wenn man 'gcc -v' verwendet, z.B. via 'make CC="gcc -v" <target>... Ansonsten: wenn du kannst, "frier" den Zustand ein (z.B. mach nen tarball davon), dann kann man das ggfs. in aller Ruhe anschauen ;) -dnh -- SIG kill(ed)
Hallo, On 21-May-2003 David Haller wrote:
'make CC="gcc -v" <target>... Ansonsten: wenn du kannst, "frier" den Zustand ein (z.B. mach nen tarball davon), dann kann man das ggfs. in aller Ruhe anschauen ;)
Ich wollte gestern nacht endlich mit dem Kompilieren fertig werden, und so habe ich natuerlich einfach drueber installiert, ohne vorher ein Backup anzulegen. Allerdings habe ich mir vorher noch das Makefile und einige andere Dateien angesehen, um festzustellen, dass ich da niemals den Fehler finde. War vielleicht etwas vorschnell, aber dafuer konnte ich heute vormittag auch endlich das Band auslesen. Beste Gruesse, Heinz. -- Journalisten gegen den Krieg: http://www.pickings.de/tiki/tiki-index.php?page=Krieg http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Ralf Corsepius schrieb:
Am Die, 2003-05-20 um 13.23 schrieb h.pahlke@nexgo.de:
[...] Ausserdem zeigt ein Vergleich der features.h im glibc-devel mit der installierten features.h eine gleiche Groesse und gleiches Datum, so dass davon auszugehen ist, dass es sich wirklich um die richtige Datei handelt.
Andere Ideen?
Aus deiner 1. Mail:
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc -I /usr/lib/gcc-lib/i486-suse-linux/3.2/include -DKBUILD_BASENAME=scsi -c -o scsi.o scsi.c
Hier wird -nostdinc übergeben => gcc sucht nicht in /usr/include nach features.h.
=> Irgendwo ist was im Makefile fehlerhaft
Ne, beim Kernel wird schon mit der Option -nostdinc gear- beitet. Allerdings wird bei mir weder in scsi.c noch in scsi.h ein features.h eingebunden. Das kann ich mir eigent- lich auch gar nicht vorstellen. Insofern stimmt wohl das Makefile, aber der Kernel-Source scheint buggy zu sein. Ich glaube nicht, dass das die Original-SuSE-Quellen oder Vanilla-Quellen sind. Gruesse, Thomson -- 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) ===
participants (5)
-
David Haller -
h.pahlke＠nexgo.de -
Heinz W. Pahlke
-
Ralf Corsepius -
Thomas Hertweck