[Bugme-janitors] [Bug 7042] New: Recursing into /lib/modules/`uname -r`/build infects my build environment

[bugme-daemon at bugzilla.kernel.org]

http://bugzilla.kernel.org/show_bug.cgi?id=7042

           Summary: Recursing into /lib/modules/`uname -r`/build infects my
                    build environment
    Kernel Version: 2.6.17.7
            Status: NEW
          Severity: normal
             Owner: other_modules at kernel-bugs.osdl.org
         Submitter: tristan.van.berkom at gmail.com
                CC: tristan.van.berkom at gmail.com


My kernel module makefile basicly uses this construct:
==================================================
obj-m    := sum-module.o

KDIR    := /lib/modules/$(shell uname -r)/build
PWD    := $(shell pwd)

default:
	$(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modules
==================================================

This was working fine on earlier kernels of the 2.6 series, but
since I upgraded to 2.6.17.7 - I am getting this output:
==================================================
get   /path/to/builddir/SCCS/s.Makefile
Writable /path/to/builddir/Makefile exists
make[1]: *** [Makefile] Error 1
==================================================

Obviously some new kernel makefile stuff is infecting my build environment
... no matter how hard I try (by calling Makefile a .PHONY target, or
overriding the SCCS rules) I cant disable the rule introduced by the
kernel makefiles.

Ofcourse, if the kernel were to meet the basic standards provided by
every other program/library/linking scheme on the planet, by simply
adhering to a standard set of compile flags - or even generating version
specific compile flags to be distributed in a kernel-module.pc file - I
could go about my life without rewriting my build environment every time
I go ahead and arbitrarily change kernel versions.

Please do one of the following:
   - surprise me with some kind of plan to create a standard mechanism
     to build kernel modules with
   - enlighten me to why you think we should not be allowed to build 
     modules to be loaded into the kernel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.