]> 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)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Fri, 19 Oct 2012 16:24:42 +0000 (17:24 +0100)
commit4cb20fa89e571ffbc448c579a758db0b9074acf4
tree1808f72e4178a2fdfcef4a96b14c32368f4dbb84
parentd50be1876f7a41822ef7e73207fdf8cccd39e400
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