kernel übersetzen
Hallo, wenn ich den Kernel 2.4.19 (von kernel.org) übersetzen möchte tritt folgender Fehler bei make dep auf (habe die .config des SuseKernels verwendet): linux:/usr/src/linux # make dep gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/mkdep scripts/mkdep.c In file included from /usr/include/bits/posix1_lim.h:126, from /usr/include/limits.h:144, from /usr/lib/gcc-lib/i486-suse-linux/3.2/include/limits.h:132, from /usr/lib/gcc-lib/i486-suse-linux/3.2/include/syslimits.h:7, from /usr/lib/gcc-lib/i486-suse-linux/3.2/include/limits.h:11, from scripts/mkdep.c:35: /usr/include/bits/local_lim.h:36:26: linux/limits.h: Datei oder Verzeichnis nicht gefunden scripts/mkdep.c: In function `add_path': scripts/mkdep.c:221: `PATH_MAX' undeclared (first use in this function) scripts/mkdep.c:221: (Each undeclared identifier is reported only once scripts/mkdep.c:221: for each function it appears in.) scripts/mkdep.c:221: warning: unused variable `resolved_path' make: *** [scripts/mkdep] Fehler 1 Was mache ich Falsch oder habe ich vergessen?? Danke Jan -- Jan Boy Dietrich ,Lönsweg 10 ,37431 Bad Lauterberg im Harz jbd@jbd.de www.jbd.de 0700/00052333 ______________________________________________________________ Viel Erfolg und ein langes Leben ! Reg.LinuxUser: 120506 Reg.LinuxMaschine: 52852
Hallo, On Fri, 01 Nov 2002, Jan Boy Dietrich wrote:
wenn ich den Kernel 2.4.19 (von kernel.org) übersetzen möchte tritt folgender Fehler bei make dep auf (habe die .config des SuseKernels verwendet): linux:/usr/src/linux # make dep gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/mkdep scripts/mkdep.c In file included from /usr/include/bits/posix1_lim.h:126, from /usr/include/limits.h:144, from /usr/lib/gcc-lib/i486-suse-linux/3.2/include/limits.h:132, from /usr/lib/gcc-lib/i486-suse-linux/3.2/include/syslimits.h:7, from /usr/lib/gcc-lib/i486-suse-linux/3.2/include/limits.h:11, from scripts/mkdep.c:35: /usr/include/bits/local_lim.h:36:26: linux/limits.h: Datei oder Verzeichnis nicht gefunden scripts/mkdep.c: In function `add_path': scripts/mkdep.c:221: `PATH_MAX' undeclared (first use in this function) [..]
Was sagt denn ein 'ls -l /usr/include/linux'? Existierts? Und ist's ein Verzeichnis oder ein symlink auf ../src/linux/include/linux? -dnh -- Und höhr auf Britney Spears zu imitieren. So Blond bist du auch wieder nicht. [WoKo in dag°]
Hy, Am 02/11/01@23:08 schrieb David Haller:
Hallo,
On Fri, 01 Nov 2002, Jan Boy Dietrich wrote:
/usr/include/bits/local_lim.h:36:26: linux/limits.h: Datei oder Verzeichnis nicht gefunden
Was sagt denn ein 'ls -l /usr/include/linux'? Existierts? Und ist's ein Verzeichnis oder ein symlink auf ../src/linux/include/linux?
Soll das so sein? Ich dachte in /usr/include sollten die header des kernels liegen, gegen die die glibc gelinkt wurde, egal welcher kernel da grad läuft. -- bye maik
Hallo, On Sat, 02 Nov 2002, Maik Holtkamp wrote:
Am 02/11/01@23:08 schrieb David Haller:
On Fri, 01 Nov 2002, Jan Boy Dietrich wrote:
/usr/include/bits/local_lim.h:36:26: linux/limits.h: Datei oder Verzeichnis nicht gefunden Was sagt denn ein 'ls -l /usr/include/linux'? Existierts? Und ist's ein Verzeichnis oder ein symlink auf ../src/linux/include/linux?
Soll das so sein?
Jein. (cue IIRC z.B. Philipp, Thorsten und mich, s.u. ;)...
Ich dachte in /usr/include sollten die header des kernels liegen, gegen die die glibc gelinkt wurde, egal welcher kernel da grad läuft.
Jein. Da gibt's unterschiedliche Meinungen dazu. Und ich pflege nunmal eine von den glibc-Maintainern (und Linus IIRC?) oder andersrum(?) abweichende Meinung. Kurzfassung (die lange solltest du im Archiv finden koennen): Fuer beide Varianten a) /usr/include/linux enthaelt header gegen die die glibc gelinkt wurde b) /usr/include/linux ist symlink auf die includes des aktuell verwendeten Kernels finden sich Argumente pro und contra (wer jetzt welche Meinung vertritt ist erstmal irrelevant und interessiert mich hier auch nicht weiter, Linus vertritt IIRC Variante a). Oben hatte ich _explizit_ das _ODER_ verwendet, um diese Diskussion nicht nochmal zu entfachen... BEIDE Variante funktionieren (wenn auch nur eingeschraenkt). Ich praktiziere und vertrete Meinung "b", da nach meinem Verstaendnis so evtl. Konflikte zwischen Kernel und libc frueher (beim kompilieren/linken) auftreten (und nicht erst zur Laufzeit, was IMO bei Variante a der Fall sein koennte). Im Endeffekt geht's in beiden Varianten um die Rueckwaerts- kompatibilitaet von Kernel und libc, und darum, wann's im Falle der Inkompatibilitaet dann eben "*PENG*" (bzw. "Oops") macht (und da seh ich Var. "b" eben im Vorteil). Naeheres solltest du im Archiv finden... Wegen mir koennen wir das Thema, falls z.B. Philipp auch in der Laune ist, aber auch nochmal durchkauen, 's ist IIRC ja auch nur schon nen Jahr her oder so... ;) -dnh -- 177: Mainframe-Admin Arbeitsschutzschuhe (Holger Spielmann)
Hy, Am 02/11/02@10:12 schrieb David Haller:
Hallo,
On Sat, 02 Nov 2002, Maik Holtkamp wrote:
Am 02/11/01@23:08 schrieb David Haller:
On Fri, 01 Nov 2002, Jan Boy Dietrich wrote:
/usr/include/bits/local_lim.h:36:26: linux/limits.h: Datei oder Verzeichnis nicht gefunden Was sagt denn ein 'ls -l /usr/include/linux'? Existierts? Und ist's ein Verzeichnis oder ein symlink auf ../src/linux/include/linux?
Soll das so sein? Oben hatte ich _explizit_ das _ODER_ verwendet, um diese Diskussion nicht nochmal zu entfachen...
Sorry, wer lesen kann ist klar im Vorteil. Das _oder_ hatte ich ehrlich gesagt beim Überfliegen gar nicht gesehen :(. -- bye maik
Jan Boy Dietrich wrote:
wenn ich den Kernel 2.4.19 (von kernel.org) übersetzen möchte tritt folgender Fehler bei make dep auf (habe die .config des SuseKernels verwendet): [...] Was mache ich Falsch oder habe ich vergessen??
Hast Du auch ein "make oldconfig" gemacht? Also, Quellen entpacken, alte Konfigurationsdatei als .config im Hauptverzeichnis der neuen Kernelquellen speichern, "make oldconfig" ausfuehren, anschliessend ein "make dep clean bzImage" sowie ein "make modules" (alles als nor- maler User) und dann ein "make modules_install" als root. Das rest- liche Vorgehen sollte Dir bekannt sein. Ich habe schon mehrere 2.4.19 compiliert und bisher keine Probleme gehabt. Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
Hallo, Am Samstag, 2. November 2002 10:37 schrieb Thomas Hertweck:
Jan Boy Dietrich wrote:
wenn ich den Kernel 2.4.19 (von kernel.org) übersetzen möchte tritt folgender Fehler bei make dep auf (habe die .config des SuseKernels verwendet): [...] Was mache ich Falsch oder habe ich vergessen??
Hast Du auch ein "make oldconfig" gemacht? Also, Quellen entpacken, alte Konfigurationsdatei als .config im Hauptverzeichnis der neuen Kernelquellen speichern, "make oldconfig" ausfuehren,
Die Fehlermeldung bleibt leider die selbe! Habe das make oldconfig ausgeführt (der alte Versuch bestand in make menuconfig, speichern...) Jan -- Jan Boy Dietrich ,Lönsweg 10 ,37431 Bad Lauterberg im Harz jbd@jbd.de www.jbd.de 0700/00052333 ______________________________________________________________ Viel Erfolg und ein langes Leben ! Reg.LinuxUser: 120506 Reg.LinuxMaschine: 52852
participants (4)
-
David Haller -
Jan Boy Dietrich -
Maik Holtkamp -
Thomas Hertweck