Ralf Schneider wrote:
[...]
Also, bei "make V=1 prepare-all" wird folgender Compiler-Aufruf ausgeführt:
gcc -m32 -Wp,-MD,arch/i386/kernel/.asm-offsets.s.d -nostdinc -isystem ./include -D__KERNEL__ -Iinclude -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -Werror-implicit-function-declaration -fno-strict-aliasing -fno-common -ffreestanding -O2 -fomit-frame-pointer -pipe -msoft-float -mpreferred-stack-boundary=2 -fno-unit-at-a-time -march=i586 -mregparm=3 -mtune=i686 -Iinclude/asm-i386/mach-generic -Iinclude/asm-i386/mach-default -Wdeclaration-after-statement -Wno-pointer-sign -DKBUILD_BASENAME=asm_offsets -DKBUILD_MODNAME=asm_offsets -S -o arch/i386/kernel/asm-offsets.s arch/i386/kernel/asm-offsets.c
Ist da irgendetwas auffällig an diesem Kommando?
Sorry fuer die spaete Antwort, ich bin gesundheitlich etwas angeschlagen. Was mit spontan auffaellt: bei mir sieht das Kommando auf einer SuSE 10.0 bei gleichem Kernel anderst aus! Insbesondere der Pfad bei der Option "-isystem" ist bei mir verschieden, er enthaelt naemlich bei mir genau den Pfad zum GCC-Verzeichnis, in dem die benoetigten Header-Files liegen, die bei Dir nicht gefunden werden... Der Pfad bei der Variablen "-isystem" wird im Makefile ueber "$(shell $(CC) -print-file-name=include)" gesetzt. Die Frage ist also, warum das Kommando bei Dir ein falsches Include Verzeichnis ergibt. Ueberpruefe mal, wie die entsprechende Stelle im Makefile bei Dir aussieht ("grep isystem Makefile" im Kernel-Source Tree sollte Dir eine entsprechende Ausgabe liefern). Was ergibt denn ein "gcc -print-file-name=include" an der Kommandozeile? Cheers, Th. PS: Wegen verspaeteter Antwort ausnahmesweise mit CC an den OP.