diff options
author | Paul Gortmaker <paul.gortmaker@windriver.com> | 2014-02-13 16:28:58 -0500 |
---|---|---|
committer | Shawn Guo <shawn.guo@freescale.com> | 2014-06-25 09:28:06 -0400 |
commit | 4ea89269fcfffd9d8374f9ed8fa57996a561c5f7 (patch) | |
tree | b1cf6b4912a2580187dea9f74df47a7fa1853893 /lib/dynamic_debug.c | |
parent | 099d34405499db6bd44371b1166619f8d8b3896e (diff) |
kbuild: unconditionally clobber include/linux/version.h on distclean
As of v3.7, the UAPI changes relocated headers around such that the
kernel version header lived in a new place.
If a person is bisecting and if you go back to pre-UAPI days,
you will create an include/linux/version.h -- then if you checkout a
post-UAPI kernel, and even run "make distclean" it still won't delete
that old version file. So you get a situation like this:
$ grep -R LINUX_VERSION_CODE include/
include/generated/uapi/linux/version.h:#define LINUX_VERSION_CODE 200192
include/linux/version.h:#define LINUX_VERSION_CODE 132646
The value in that second line is representative of a v2.6.38 version.
And it will be sourced/used, hence leading to strange behaviours, such
as drivers/staging content (which typically hasn't been purged of version
ifdefs) failing to build.
Since it is a subtle mode of failure, lets always clobber the old
file when doing a distclean.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Acked-by: David Howells <dhowells@redhat.com>
Signed-off-by: Michal Marek <mmarek@suse.cz>
[shawn.guo: cherry-pick commit 9c8cdb71644a from upstream]
Signed-off-by: Shawn Guo <shawn.guo@freescale.com>
Diffstat (limited to 'lib/dynamic_debug.c')
0 files changed, 0 insertions, 0 deletions