summaryrefslogtreecommitdiffstats
path: root/meta
Commit message (Collapse)AuthorAgeFilesLines
* autogen: use pkg-config directly instead of guile-configRoss Burton2012-11-282-2/+180
| | | | | | | | | | | | | | | | | | The autoconf macros in autogen use dpkg (!) and guile-config to determine what/where Guile is. If the build host has an installed guile, these can produce conflicting results. More interestingly, if the Guile library source and compiled form have bad timestamps (source newer than compiled) the configure scripts knows that Guile is present but doesn't know what version it is, resulting in compile errors. [ YOCTO #3370 (partially) ] (From OE-Core rev: 8a4f07d5111feaa3114e039431785d6ad37529b2) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Change build output message to list BUILD_SYS, TARGET_SYS and ↵Richard Purdie2012-11-271-1/+1
| | | | | | | | | | | | | | | | | | NATIVELSBSTRING The build summary is meant to reflect key configuration variables. Information about the build system we're running on is important but currently missing from the information displayed. Printing TARGET_SYS removes the need to print TARGET_OS and TARGET_ARCH and we add BUILD_SYS and NATIVELSBSTRING to show information about the build system. [YOCTO #3456] (From OE-Core rev: 764cc1eb3043c84121f597d2271108b91052095e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* build-appliance-image: Updated to wget mixed-up commands fixCristian Iorga2012-11-271-2/+2
| | | | | | | | | Fixes Hob network test failing inside BA. (From OE-Core rev: 89884032c5c39d6343f7b30ed3e040052aeb87d9) Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sysprof: Fixes undefined  reference to `rmb'Noor Ahsan2012-11-261-0/+1
| | | | | | | | | | | * Recipe already contains a patch for mips arch but not for mips64. For mips64 arch 'mips' was not available in OVERRIDES, rather mips64 was there. So added the same patch for mips64 arch using mips64. (From OE-Core rev: 5fa9f9b626daed83c8d31755040574c13ad25459) Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagegroup/allarch: Convert to use allarch classRichard Purdie2012-11-263-2/+5
| | | | | | | | | | | | | | | | | Currently there is some odd behaviour of the packagegroup class in relation to sstate since it sets PACKAGE_ARCH = "all" but does not use the allarch class leading to it being undetected by sstate. Previously it was not possible to use allarch as the recipe couldn't "undo" settings made by the allarch class. Since this no longer happens when PACKAGE_ARCH != all, we can use the allarch class. This patch also fixes up one case we need to preserve TRANSLATED_TARGET_ARCH and ensures sstate only assumes allarch when PACKAGE_ARCH is "all". (From OE-Core rev: 591fa7c1ab9e9ff75fdce602c77ecdeda3a255d9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* allarch: Allow class to be included but overriddenRichard Purdie2012-11-261-14/+19
| | | | | | | | | | | We have cases where we'd like to inherit this class by default but allow special cases to override it. This change makes the code of the class conditional on PACKAGE_ARCH remaining set to "all", allowing it to be overridden. packagegroup usage is one case this is desirable. (From OE-Core rev: 7dd91402b719ac62b51088f234354f82bfa9c4b6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Drop P and PN from FILESPATHRichard Purdie2012-11-261-1/+1
| | | | | | | | | | | | In the interests of simplifying things, remove P and PN from FILESPATH, instead relying on the BP and BPN versions which work in 99% of cases. In any problematic case such as a -native only recipe, either the patch directory can be renamed or the recipe can set FILESPATH specifically. (From OE-Core rev: fb359583b659cda643973fa285002aaffb729a51) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Simplify FILESPATHRichard Purdie2012-11-261-1/+1
| | | | | | | | | | | | | | | | | | | | Files are very rarely, if ever placed in ${PF}. If a recipe needs to do this, it can easily append to FILESPATH so it makes sense to drop this from the default search path. Equally, using FILE_DIR as part of the search path leads to 'bad' SRC_URI entries and/or file layouts which are not preferred. I'm therefore of the opinion we should also remove this from FILESPATH and encourage people to cleanup any places this breaks my correcting the layouts to match the standard or worst case adding to FILESPATH in recipes that need it. These changes work towards making the system more friendly as users won't be greeted with huge search paths we rearely use making the "correct" layout more obvious. (From OE-Core rev: 3efa13cd76bbd5611805021945fc9def88d9fd93) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Drop obsolete FILESDIR settingRichard Purdie2012-11-261-1/+0
| | | | | | | | | | | | | FILESPATH is the preferred way of finding files now. Having a value for FILESDIR which defaults to paths which will have already been searched is pointless at best. This is the final step in letting us drop FILESDIR support entirely from bitbake at some future date. (From OE-Core rev: d6e5ceafcaef06b8a3f9acc2aa826a40a016f913) (From OE-Core rev: 3bb5c6bd51c91ada7fc17451627b8954dbe9c09c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity.conf: Increase minimum bitbake version requirement to 1.17.0 for ↵Richard Purdie2012-11-261-1/+1
| | | | | | | | FILESDIR updates (From OE-Core rev: a85f990efd62e50e5ffaddf5c6d2703f18f11071) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* automake: update to upstream version 1.12.5Marko Lindqvist2012-11-261-3/+3
| | | | | | | (From OE-Core rev: b524595ec8feeb05aeedd360fca34536ac21faff) Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-*: define more generic DEFAULTTUNE to share feed between machinesMartin Jansa2012-11-269-9/+9
| | | | | | | | | | | | | | | | | | | | | | | | | * this is mostly for backwards compatibility and to share binary feed like it was before, but now without missing different -mtune in it * if you want to build some package with -mtune add something like this to your distro config DEFAULTTUNE_qemuarm_pn-openssl = "arm926ejs" DEFAULTTUNE_qemuarmx_pn-openssl = "xscale" be aware that if you do this you should do it also for all packages which depends on openssl because if you dont and you build e.g. dhcp, then dhcp build for arm926ejs (even with DEFAULTTUNE armv5te) will depend on openssl with arm926ejs, so dhcp in armv5te feed will be rebuild after each MACHINE switch. * cortexm3, cortexr4, iwmmx and ep9312 are using own DEFAULTTUNE because they define also different -march * shared feeds are armv4t: arm920t, arm9tdmi armv5te: arm926ejs, xscale armv7a-neon: cortexa8, cortexa9 (From OE-Core rev: a11bdc36a1be18cc5aa14682b2a2c9ee83141f51) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-arm: define different ARMPKGARCH when different CCARGS are usedMartin Jansa2012-11-2613-9/+24
| | | | | | | | | | | | | | | | | | | | | | * without this tune-xscale and tune-arm926ejs were both creating packages in armv5te feed, but each with different -mtune, with OEBasicHash enabled it was causing each package to rebuild with new -mtune after MACHINE switch, but that doesn't make sense with output stored in the same armv5te feed * this makes different feed for each -mtune, but more generic one to be selected with DEFAULTTUNE * tune-iwmmxt and tune-ep9312 were already using this, just move it bellow AVAILTUNES and use ARMPKGARCH_tune-foo syntax * tune-cortexr4 and tune-cortexm3 are using armv7r/armv7m as ARMPKGARCH because there isn't another tune to use the same -march (From OE-Core rev: cffda9a821a3b83a8529d643c567859e091c6846) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arm/arch-arm*: define ARMPKGARCH_tune-* for default tunesMartin Jansa2012-11-266-9/+53
| | | | | | | | | | | | | * tune-foo is not valid override, for it to work I had to add ARMPKGARCH = "${ARMPKGARCH_tune-${DEFAULTTUNE}}" but that doesn't work without value defined for every supported DEFAULTTUNE value, otherwise it's expanded like this TUNE_PKGARCH (${ARMPKGARCH_tune-armv5te}te). (From OE-Core rev: 31e4f2dee990ee7f5d7491b65565e71d7d580209) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: add TUNE_CCARGS[vardepvalue]Martin Jansa2012-11-251-0/+1
| | | | | | | | | | | | * we don't care about expression but value * e.g. tune-xscale and tune-arm926ejs have different expression in TUNE_CCARGS but with the same DEFAULTTUNE the result is the same http://lists.linuxtogo.org/pipermail/openembedded-core/2012-September/030032.html (From OE-Core rev: 03f1e34ea3ce80931e9c3cd2ab22824f28a7233b) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexr4: fix march valueMartin Jansa2012-11-251-1/+1
| | | | | | | | | | | | | | * probably copy&paste error from tune-cortexm3.conf commit 789dcb8e68a2ab9784ac10ab36815010c61af2fc Author: Richard Purdie <richard.purdie@linuxfoundation.org> Date: Mon Jul 25 19:03:24 2011 +0100 Add ARM tune file overhaul based largely on work from Mark Hatle (From OE-Core rev: 4827232077e4a059d6aa818f89c83c42bb91949a) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-xscale: replace TUNE_CCARGS for webkit-gtk and cairo only with xscale ↵Martin Jansa2012-11-251-2/+2
| | | | | | | | | | | | | | in TUNE_FEATURES * without this you'll get different sstate checksum for webkit-gtk and cairo even when you build them with DEFAULTTUNE == armv5te * maybe this isn't needed at all anymore or if it is then it should be applied in arm-armv5.inc for all armv5te devices, not only xscale? (From OE-Core rev: c51643a510da6d1c3426b3de8f18ae864cb073a4) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gst-plugins-base: add dep on libsm and libiceGilbert Coville2012-11-251-2/+2
| | | | | | | | | | | | If libICE exists when this package configures, libICE and libSM are added to the list of included libraries. Adding libsm and libice to the list of dependencies ensures they'll be present and makes the contents of this package more deterministic. (From OE-Core rev: 0d8adb1b57bf435f888c9357d40d1e2dae10d07f) Signed-off-by: Gilbert Coville <gilbert_coville@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* license.bbclass: Collect LICENSE level packagesFlanagan, Elizabeth2012-11-251-2/+2
| | | | | | | | | | Some bad logic in license.bbclass misses certain package level LICENSEs. (From OE-Core rev: c5a171d5817233c0371e6f5b19f57f3c4b84f5ac) Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* archiver.bbclass: DISTRO is not required variable so deal with itMarcin Juszkiewicz2012-11-241-2/+1
| | | | | | | (From OE-Core rev: 3e7f411e6eb428f6d49a6f1a396e70a2bd1ceadc) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc: always compile with optimization.Jackie Huang2012-11-241-0/+11
| | | | | | | | | | | | | | eglibc fails to compile if someone tries to compile an entire image as -O0: error "glibc cannot be compiled without optimization" so in this case, force to use -O2 and give a note about it. [YOCTO #3405] (From OE-Core rev: 9ca1c6120fad5dcae1694e8e37331c1b903f1fd0) Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-pygtk: add gtk-types.defs into gdk.c dependenceJackie Huang2012-11-242-0/+33
| | | | | | | | | | | | | | | | | gdk.c depends on gtk-types.defs but gdk/Makefile.am miss this. This will cause build error sometimes when built with multi-jobbing, so add gtk-types.defs into gdk.c dependence. [YOCTO #3460] (From OE-Core rev: 0e97ef30c3819e22f43d88e817e8a8b39ca30e5d) Signed-off-by: Song.Li <Song.Li@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* db: update gnu-config files in do_configure()Marcin Juszkiewicz2012-11-241-1/+2
| | | | | | | | (From OE-Core rev: c675b53b9f3f3d858e2fa93170f731656d3fc3f6) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* strace: backport AArch64 supportMarcin Juszkiewicz2012-11-2412-24/+5858
| | | | | | | | | | | This changeset updates existing OE patches to commits from upstream git tree and adds everything needed to get AArch64 support working. (From OE-Core rev: f67ad1c2634b3c7a46c43ebdbdffbe7a083e99ed) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* curl: eliminate forced setting of -g0 when compilingJoe Slater2012-11-242-1/+17
| | | | | | | | | | | | Do not invoke CURL_SET_COMPILER_DEBUG_OPTS in configure.ac. This will allow debug options set in our CFLAGS to be used. (From OE-Core rev: ba151faad47e6874b295ebd9699ce154bc4ff741) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* unzip: pay some attention to our CFLAGSJoe Slater2012-11-241-2/+7
| | | | | | | | | | | | Makefile makes use of CFLAGS_NOOPT. If we set that when calling make we can enable options like -g. The Makefile will override any optimization to -O3. (From OE-Core rev: 7f26794dc9f2e78ee8aed1e23752acb709345c6f) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* zip: pay some attention to our CFLAGSJoe Slater2012-11-241-1/+7
| | | | | | | | | | | | | | Makefile makes use of CFLAGS_NOOPT. If we set that when calling make we can options like -g. The Makefile will override any optimization to -O3. Upstream-Status: Pending (From OE-Core rev: df2c260f9cda2e291c72f7debe1e6d53846ce058) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mingetty: replace cflags hard-coded into MakefileJoe Slater2012-11-241-2/+5
| | | | | | | | | | | Add CFLAGS to EXTRA_OEMAKE to allow us control over debugging and optimization. (From OE-Core rev: 2e123bb1b3ee023a020798972821f32b1e0054e6) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* iproute2: pass CFLAGS to Makefile\Joe Slater2012-11-241-1/+5
| | | | | | | | | | | | | | Makefile computes CFLAGS, but we can see that our defaults get included by using CCOPTS to pass them to make. Upstream-Status: Pending (From OE-Core rev: 8d71f7d33c18bb0a975eb86d602bda42db4baa2c) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bind: make "/etc/init.d/bind stop" workRoy Li2012-11-243-5/+55
| | | | | | | | | | | Add some configurations, make rndc command be able to controls the named daemon. (From OE-Core rev: 9ad8f7c2bae021269e9a8e35f9fc44a16d23bb6f) Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* procps: pass CFLAGS to makeJoe Slater2012-11-241-4/+4
| | | | | | | | | | | | EXTRA_OEMAKE in the recipe currently discards the environment CFLAGS when setting CFLAGS passed to make. We change that to include these options. (From OE-Core rev: 67924616963fee9cb9f2405d93c74a8cc10b6eab) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-toolchain-qte: add --sysroot option to OE_QMAKE_(CC|CXX|LD)Laurentiu Palcu2012-11-241-5/+5
| | | | | | | | | | | | | | | When building a QT application using OE_QMAKE_CC/OE_QMAKE_CXX, the --sysroot was not included and the compilation would fail. The user had to add the option manually which was not very user friendly. This happened only when installing the SDK in another location than the default one. Since CC/CXX/LD had this option already included, reuse them. [YOCTO #3409] (From OE-Core rev: 758f56523daa7d8c8b459757c70b50421d28b8dd) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gtk+: update to upstream version 2.24.13Marko Lindqvist2012-11-2412-4/+4
| | | | | | | (From OE-Core rev: 77cd1218bbd0760f674811eb748037deb4478db5) Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xf86-video-omap: drop RPROVIDES/RREPLACES/RCONFLICTSMartin Jansa2012-11-241-5/+1
| | | | | | | | | | | | | | | | | * without _${PN} suffix they are invalid: opkg install bash-4.2# opkg install xf86-video-omapfb Package xf86-video-omap-doc is already installed on root. * it's not upgrade to omapfb driver but different driver, so let BSP maintainers decide which one works for their MACHINE * without this xf86-video-omap (or -doc, -dbg, ...) can be pulled to image even when XSERVER clearly says xf86-video-omapfb (From OE-Core rev: ef0f8611001c435abab60c464d31134ef027d7c2) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xf86-video-omapfb: revive driver which actually works and is tested on real ↵Martin Jansa2012-11-247-0/+767
| | | | | | | | | | | | | devices * 0006-omapfb-port-to-new-xserver-video-API.patch added to port it to new xserver video API * other patches just updated headers to be able to git am them (From OE-Core rev: 58e600ae3cc955ebe30b2756540404a267c7cb26) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xserver-xorg: disable dri2 too when building without glx PACKAGECONFIGMartin Jansa2012-11-241-2/+2
| | | | | | | | | * it was enabled when dri2proto was built before xserver-xorg (From OE-Core rev: 1668b4d4f373292ea4d611712ef56148ededfce5) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xf86-video-omap: add xf86driproto dependency, drop --enable-neon and improve ↵Martin Jansa2012-11-241-5/+19
| | | | | | | | | | | | | | | | | | DESCRIPTION * xf86driproto was missing * --enable-neon isn't supported by omap driver * DESCRIPTION merged from meta-ti http://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-graphics/xorg-driver/xf86-video-omap_git.bb?id=410dc026f2ee24a2346e7563a83f0181c79809cf * this driver also depends PACKAGECONFIG[glx] used in xserver-xorg, without it dri2.h sometimes isn't built (it is autodetected only when dri2proto is built before xserver-xorg) and without dri2.h it now passes do_configure but fails later in do_compile (From OE-Core rev: 19951d2583b4ed08bbc871128d90aefd062e7da9) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl: use the exported LDDLFLAGS in generate_config_sh scriptLaurentiu Palcu2012-11-242-5/+13
| | | | | | | | | | | | | | The perl shared libraries did not have RPATHs set and that made autoreconf fail when using the SDK. The LDDLFLAGS environment variable was already exported in the recipe but was not used when generating the config.sh. [YOCTO #3338] (From OE-Core rev: f6f5bdace473d0dd1dd5b8bdc7ebbb24fc6ee90d) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kern-tools: report missing config fragments by nameBruce Ashfield2012-11-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | If a configuration fragment was missing, the previous error output was not clear about the error: | [INFO] doing kernel configme | [INFO] Configuring target/machine combo: "standard/atom-pc" | [INFO] collecting configs in ./meta/meta-series | ERROR: could not sanitize configuration fragments | errors are logged in ... linux/meta/cfg/standard/atom-pc/config.log but we know the name of the missing fragment and can improve the error message to be this: | [ERROR] kernel configuration fragment fragment 'virto.cfg' cannot be found | ERROR. A meta series could not be created for branch yocto/standard/common-pc/atom-pc | ERROR. Could not locate meta series for atom-pc | ERROR. Could not apply patches for atom-pc. | Patch failures can be resolved in the devshell (bitbake -c devshell linux-yocto) [YOCTO #3473] (From OE-Core rev: 8e5dc511ffce4f4b512457dbc5d3dd510f6e4a95) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto-3.4: gcc optimization config featureBruce Ashfield2012-11-241-1/+1
| | | | | | | | | | | | | | | | Updating the meta SRCREV to include a x86 gcc optimization feature, and its use by several BSPs: 1c59807 meta: rangeley: Remove the shortcut path b5477d0 meta: crystalforest: Enable GCC inline compiler option ab2b874 meta: rangeley: Enable GCC inline compiler option 8287750 meta: Add New feature for GCC optimizing (From OE-Core rev: b042d1cce535fe88dd6f5b5c0cd1a608a27afbd6) Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg: bump SRCREV and drop applied patchesMartin Jansa2012-11-2415-1137/+2
| | | | | | | | | | | * only change upstream which wasn't in oe-core is http://code.google.com/p/opkg/source/detail?r=635 and added testcase for that (From OE-Core rev: 5fd1d515db5966f45a3b2f936f3c4225f59186e2) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lsbsetup: drop itKang Kai2012-11-242-256/+0
| | | | | | | | | | | | | | | | | | | lsbsetup provides script LSB_Setup.sh to setup LSB test on image. But script LSB_Test.sh provided by lsbtest replaces its function now. So drop lsbsetup. lsbsetup links /etc/localtime to HongKong zoneinfo file to make LSB wcsftime test case pass(Yocto 1079). But the test case PASS without this link, so remove the link. Other 2 links are moved to packages lsb. [Yocto 3278] (From OE-Core rev: d991393207af90fe73de76f89ac6949ef291904e) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagegroup-core-lsb: remove lsbsetupKang Kai2012-11-241-2/+1
| | | | | | | | | | package lsbsetup has been dropped, so remove it from packagegroup core-lsb. (From OE-Core rev: 9b6ca9bd8dcf7e7d3eed9f0120a4ffcac80e441f) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lsb: move links from lsbsetup to hereKang Kai2012-11-241-1/+9
| | | | | | | | | | Because package lsbsetup is dropped, move the links created for LSB test to package lsb. (From OE-Core rev: 7659ad17799672d48c4d8614e830b7e60a1e971a) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Add --enable-linker-build-idColin Walters2012-11-241-0/+1
| | | | | | | | | | | | | | | | See https://fedoraproject.org/wiki/Releases/FeatureBuildId for the benefits this brings. As far as I can tell from searching the discussion archives, there doesn't appear to be a reason not to enable this, and the benefits are real. Both the Red Hat Enterprise Linux 6, all Fedora, and Ubuntu Quantal GCC builds are configured with this on. I plan to use it in gnome-ostree. (From OE-Core rev: f3be2b1e5e100a953d6d7fbbb19a77a5c4d547e1) Signed-off-by: Colin Walters <walters@verbum.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* insane.bbclass : Disable tests for unsafe references in binaries and scripts.Philip Balister2012-11-241-1/+1
| | | | | | | | | | | | | | These test look for programs in / that depend on programs in /usr. After a brief discussion in #oe, we decided these tests should be disabled so we can focus on more serious QA issues. If you are working on a system where / and /usr are on different partitions, you should turn these tests back on and resolving the QA warnings. (From OE-Core rev: 2fb58da56e8e7044de21fd10fe9164d204587236) Signed-off-by: Philip Balister <philip@balister.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils-crosssdk: do not set .interp size to 0x1000 for partial linked objectsLaurentiu Palcu2012-11-241-5/+32
| | | | | | | | | | | | | | | | | | | When building the SDK, the final .interp section size should be set to a bigger value (0x1000) in order to be able to change the dynamic loader's path later. However, we shouldn't do that for partial linked objects (when -r or -rU is used). That's because those objects will then have an .interp section of 0x1000 even if it contains no data and when the final linking is done we will end up with a "cannot move location counter backwards" error. That's because the linker will try to squeeze all the data in the .interp sections found in various partial linked objects into one 0x1000 bytes final .interp section. [YOCTO #3264] (From OE-Core rev: b25d0c5fe286e44ded46aefdcbe35ed259087759) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image classes: use PN for depends, not IMAGE_BASE_NAMEKoen Kooi2012-11-242-2/+2
| | | | | | | | | Some images override IMAGE_BASE_NAME in the recipe causing targets using image-{live,vmdk} to fail. (From OE-Core rev: 7e000fef0bf917f27dcad66dd90fae6c155c4d1d) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross: Explicitly depend on linux-libc-headersRichard Purdie2012-11-241-1/+7
| | | | | | | | | | | gcc-cross cannot build without linux-libc-headers but doesn't explicitly depend on it relying on the implied dependency through libc. With cases where pieces can be installed through sstate, we now need this explicit dependency to ensure builds with partial sstate work. (From OE-Core rev: 65e5670ef429bb6c348decb1804e425f1c4d7c61) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sstate: Explicitly define populate_sysroot task relationshipsRichard Purdie2012-11-241-9/+16
| | | | | | | | | | | Clean up and clarify the populate_sysroot task dependencies. Target sysroot packages do need their dependencies installed, as do some target/cross relationships. We can whitelist the *-initial dependencies as these are never needed indirectly. (From OE-Core rev: eeec307917234d97be2674beeadef71599fb1487) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
OpenPOWER on IntegriCloud