diff options
| author | Bruce Ashfield <bruce.ashfield@windriver.com> | 2011-01-25 10:51:27 -0500 |
|---|---|---|
| committer | Saul Wold <sgw@linux.intel.com> | 2011-01-25 11:58:46 -0800 |
| commit | c8f4bb5257e29bb8f7f0407434fe2138d25c29cd (patch) | |
| tree | c115c20f2ade524647d7416b05a02cc02e12036c /meta-demoapps/recipes-support | |
| parent | e60cbed247d84d2da84f763211d773a238c69660 (diff) | |
| download | openembedded-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-demoapps/recipes-support')
0 files changed, 0 insertions, 0 deletions