summaryrefslogtreecommitdiff
path: root/meta/recipes-kernel
diff options
context:
space:
mode:
authorBruce Ashfield <bruce.ashfield@windriver.com>2011-01-25 10:51:27 -0500
committerSaul Wold <sgw@linux.intel.com>2011-01-25 11:58:46 -0800
commitc8f4bb5257e29bb8f7f0407434fe2138d25c29cd (patch)
treec115c20f2ade524647d7416b05a02cc02e12036c /meta/recipes-kernel
parente60cbed247d84d2da84f763211d773a238c69660 (diff)
downloadopenembedded-core-c8f4bb5257e29bb8f7f0407434fe2138d25c29cd.tar.gz
openembedded-core-c8f4bb5257e29bb8f7f0407434fe2138d25c29cd.tar.bz2
openembedded-core-c8f4bb5257e29bb8f7f0407434fe2138d25c29cd.tar.xz
openembedded-core-c8f4bb5257e29bb8f7f0407434fe2138d25c29cd.zip
linux-yocto/stable: perf: hard-code NO_LIBPERL/NO_LIBPYTHO
Updating SRCREVs to reflect: perf: hard-code NO_LIBPERL/NO_LIBPYTHON ExtUtils::Embed ccopts is getting the host's -I/usr/local/include and using it to compile perf, which results in a compilation error that started appearing just recently. This turns the code that makes use of ExtUtils::Embed off and simply hard-codes NO_LIBPERL. It does the same for LIBPYTHON while we're at it, since it probably suffers from a similar underlying problem and just by chance hasn't broken anything yet. This will be re-enabled after I familiarize myself with the perf recipe and am able to create a proper fix. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Diffstat (limited to 'meta/recipes-kernel')
0 files changed, 0 insertions, 0 deletions