On Mon, Sep 10, 2007 at 12:45:52AM +0200, Oleg Verych wrote:
[]
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/0
On Sun, Sep 09, 2007 at 08:06:23PM +0200, Sam Ravnborg wrote:
> Changing the global CPPFLAGS is not the recommended way
> to add additional include dirs.
> Changed to use EXTRA_CFLAGS.
Maybe same magic can be applied to Rusty's "../../../" in i386
asm-offsets? Noone seems to use cpp's features muc
The variable CPPFLAGS is a wellknown variable and the usage by
kbuild may result in unexpected behaviour.
This patch replace use of CPPFLAGS with KBUILD_AFLAGS all over the
tree and enabling one to use:
make CPPFLAGS=...
to specify additional CPP commandline options.
Signed-off-by: Sam Ravnborg <
Changing the global CPPFLAGS is not the recommended way
to add additional include dirs.
Changed to use EXTRA_CFLAGS.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
arch/ia64/sn/kernel/Makefile |2 +-
arch/ia64/sn/kernel/sn2/Makefile |2 +-
arch/ia64/sn/pci/Makefile|2
The variable AFLAGS is a wellknown variable and the usage by
kbuild may result in unexpected behaviour.
On top of that several people over time has asked for a way to
pass in additional flags to gcc.
This patch replace use of AFLAGS with KBUILD_AFLAGS all over the
tree and enabling one to use:
mak
Following patchset enable the possibility to specify
CFLAGS, AFLAGS or CPPFLAGS on the commandline to add
additional options while building the kernel.
The patch prefix all uses of CFLAGS, AFLAGS and CPPFLAGS
with KBUILD_ which touches all arch Makefiles.
Regression testing was very simple. Sinc
