]> code.ossystems Code Review - openembedded-core.git/commit
kernel.bbclass: remove explicit version.h target
authorBruce Ashfield <bruce.ashfield@windriver.com>
Thu, 18 Oct 2012 14:47:05 +0000 (10:47 -0400)
committerRoss Burton <ross.burton@intel.com>
Thu, 6 Dec 2012 12:57:50 +0000 (12:57 +0000)
commit1ccc1560114d14f7492c034620ad8d7a8d2ef175
tree6caa0a2458d7f15a47bc70828fe44c6074c46c80
parent36f4e23d037dae758cd42189f2ab00f22a1cd723
kernel.bbclass: remove explicit version.h target

The compilation routine for the kernel has an explicit call to
build version.h, which works fine for most kernels, but the
location of it has recently changes.

commit d183e6f5 [UAPI: Move linux/version.h]
commit 10b63956 [UAPI: Plumb the UAPI Kbuilds into the user
                 header installation and checking]

moves the file to include/generated/linux/version.h and then to
include/generated/uapi/linux/version.h.

As a result kernel builds of 3.7 or bisection builds of intermediate
kernel commits will fail with:

  make[2]: *** No rule to make target `include/linux/version.h'.  Stop.

Making the explicit version.h build conditional on the version, or
via a file test would fix the problem, but it introduces some complexity
to the build.

Even without an explicit call to build version.h, it is always produced
by the kernel build, so it can simply be removed.

This extra make line was originally so that the kernel version could be
determined, so that then different instructions could be executed depending
on whether it was a 2.4 or 2.6 kernel. Since we no longer support 2.4, this
code is no longer needed.

[YOCTO: #3293]

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/classes/kernel.bbclass