summaryrefslogtreecommitdiff
path: root/meta/conf/distro
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/conf/distro
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/conf/distro')
-rw-r--r--meta/conf/distro/include/poky-default-revisions.inc18
1 files changed, 9 insertions, 9 deletions
diff --git a/meta/conf/distro/include/poky-default-revisions.inc b/meta/conf/distro/include/poky-default-revisions.inc
index 6de6fd8ac..22f0befd9 100644
--- a/meta/conf/distro/include/poky-default-revisions.inc
+++ b/meta/conf/distro/include/poky-default-revisions.inc
@@ -84,15 +84,15 @@ SRCREV_pn-linux-omap-zoomsync ??= "015cbaf1035cd9a61d33a27de2a22902555db3c5"
SRCREV_pn-linux-omap2 ??= "d3b3ae0fe6c71641da19c8de466ec366d39847e3"
SRCREV_pn-linux-omap3 ??= "de1121fdb899f762b9e717f44eaf3fae7c00cd3e"
SRCREV_pn-linux-omap3-pm ??= "totallybroken"
-SRCREV_machine_pn-linux-yocto-stable_qemuarm ?= "8cc1674d61d0e0e1bf006164074cffd1071a3a52"
-SRCREV_machine_pn-linux-yocto-stable_qemumips ?= "4f4d1cecd1705dc2b065eb42a9623778bb269930"
-SRCREV_machine_pn-linux-yocto-stable_qemuppc ?= "ee9510116f63aabb852708747bd0e3c32eeaf5bf"
-SRCREV_machine_pn-linux-yocto-stable_qemux86 ?= "35521a5a70316785a67aca1de1d39a7b84c49ccf"
-SRCREV_machine_pn-linux-yocto-stable_qemux86-64 ?= "35521a5a70316785a67aca1de1d39a7b84c49ccf"
-SRCREV_machine_pn-linux-yocto-stable_atom-pc ?= "35521a5a70316785a67aca1de1d39a7b84c49ccf"
-SRCREV_machine_pn-linux-yocto-stable_routerstationpro ?= "b323ab98f055df012277f09d444951619fda24e3"
-SRCREV_machine_pn-linux-yocto-stable_mpc8315e-rdb ?= "0d19c4ab6185b2e093beb5f366ccff4746197166"
-SRCREV_machine_pn-linux-yocto-stable_beagleboard ?= "8e15b884ecf768fd9f898da5acf24938dfe81a83"
+SRCREV_machine_pn-linux-yocto-stable_qemuarm ?= "a2fb081b44d6368eff8d28e2fdb991c61b1f428e"
+SRCREV_machine_pn-linux-yocto-stable_qemumips ?= "c32d40f960e3c89d07f079bec4c96dcbfc749f0b"
+SRCREV_machine_pn-linux-yocto-stable_qemuppc ?= "96d6bc31d3caaf62a966255479cc5cee0e76b1e9"
+SRCREV_machine_pn-linux-yocto-stable_qemux86 ?= "72ca49ab08b8eb475cec82a10049503602325791"
+SRCREV_machine_pn-linux-yocto-stable_qemux86-64 ?= "72ca49ab08b8eb475cec82a10049503602325791"
+SRCREV_machine_pn-linux-yocto-stable_atom-pc ?= "72ca49ab08b8eb475cec82a10049503602325791"
+SRCREV_machine_pn-linux-yocto-stable_routerstationpro ?= "49745cd45c92a89e70c6e2334caa80818c134562"
+SRCREV_machine_pn-linux-yocto-stable_mpc8315e-rdb ?= "a1c0ed6bf4060c10874b2a8547d81b3169dcf16a"
+SRCREV_machine_pn-linux-yocto-stable_beagleboard ?= "ef7f944e773950d4016b7643f9ecf052bbe250cd"
SRCREV_meta_pn-linux-yocto-stable ?= "e1f85a470934a0cf6abde5d95533e74501822c6b"
# development SRCREVs
SRCREV_machine_pn-linux-yocto_qemuarm ?= "4f86b5a0cb23faa4134cc004730d673f6640614b"