diff options
author | Bruce Ashfield <bruce.ashfield@windriver.com> | 2013-02-15 23:17:51 -0500 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2013-03-01 12:57:21 +0000 |
commit | 8d4256b2c9f782368a16c1458e04ed61fa82691a (patch) | |
tree | de2d868a2cfdd5c45a1c87cadba39a5597837a06 /scripts | |
parent | a1ce9da1feb028bbfd861d075bc3b6fbe3300147 (diff) | |
download | openembedded-core-8d4256b2c9f782368a16c1458e04ed61fa82691a.tar.gz openembedded-core-8d4256b2c9f782368a16c1458e04ed61fa82691a.tar.bz2 openembedded-core-8d4256b2c9f782368a16c1458e04ed61fa82691a.zip |
v86d: compile against userspace safe kernel headers
v86d was building directly against the staged kernel in the target
sysroot. This has been fine in the past, but with recent (3.7) changes
to user headers into the "uapi" include structure, there are no longer
Without the preprocesor protection, v86d fails to build against any
kernel with uapi header files.
v86d doesn't actually need the whole kernel tree, the exported headers
are enough to build a working binary. This change sets the v86d variable
to ${STAGING_DIR_HOST}/usr, and once the v86d build adds "include" to the
end of KDIR, we have a valid include path to the target sysroot headers.
This also works for pre-uapi kernel headers, so the change is safe for
most (if not all) kernel's with properly exported headers.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions