summaryrefslogtreecommitdiffstats
path: root/meta
Commit message (Collapse)AuthorAgeFilesLines
...
* gtk-icon-cache bbclass: only add runtime dependencies on hicolor-icon-theme ↵Koen Kooi2011-08-041-2/+6
| | | | | | | | | | | when installing icons Tested with gnome-icon-theme and libsoup recipes on angstrom. (From OE-Core rev: 229ba02322ce49d13e2d64eff6bb637f23f1f16b) Signed-off-by: Koen Kooi <koen@openembedded.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bison: Add dependency on flex-nativeNoor, Ahsan2011-08-042-4/+4
| | | | | | | | | * This is 0479b70418ef553859029911c57c63a7aaebe299 from OE. flex-native is needed to build bison. The dependency was being satisfied indirectly but we need to add it explicitly. (From OE-Core rev: 344d5789e688bcbc566ae336f1f821110a2e4feb) Signed-off-by: Noor, Ahsan <noor_ahsan@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* aspell: upgrade from 0.60.6 to 0.60.6.1Mei Lei2011-08-041-3/+3
| | | | | | | (From OE-Core rev: ac9c5ba82bd7524b849ac8df4a46ae35c6c60f27) Signed-off-by: Mei Lei <lei.mei@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* SRC_URI, S: use BPN instead of PN for multilib caseYu Ke2011-08-0434-36/+36
| | | | | | | | | | | | in multilibcase, PN has multilib prefix, so it is not correct to use PN in SRC_URI and S. instead, we've dedicately pruned multilib prefix in BPN, so BPN is the right alternative for PN. (From OE-Core rev: d6dca85028640034b1a5356920aad3268bd4f1c2) Signed-off-by: Yu Ke <ke.y@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libfm: depend on intltool-native instead of intltoolMartin Jansa2011-08-041-1/+1
| | | | | | | (From OE-Core rev: 243ee5509995403c131114aef1a75c5d2af2e0cc) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* polkit: depend on intltool-native instead of intltoolMartin Jansa2011-08-041-1/+1
| | | | | | | (From OE-Core rev: 1e75e78098bcbac92db0d9e45b3a78af0864250d) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libnewt: update to 0.52.13Kang Kai2011-08-042-77/+6
| | | | | | | | | | | Update libnewt to 0.52.13, and remove include-without-python.patch because it has been merged. Update SRC_URI and add SRC_URI checksum. (From OE-Core rev: b83284d2be47019e1ca122ce4a2b1a077e7c3174) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* font-util: The recipe produces binaries so don't mark as 'all' architectureRichard Purdie2011-08-043-2/+4
| | | | | | | | | | | | | | | Since font-util produces binaries it shouldn't be marked as "all" package architecture. To achieve this we need to move the settings out the common include file. This fixes errors like: ERROR: runstrip: ''mips-poky-linux-strip' --remove-section=.comment --remove-section=.note '/srv/home/pokybuild/poky-slave/nightly-external/build/build/tmp/work/all-poky-linux/font-util-1.2.0-r2.1/package/usr/bin/bdftruncate'' strip command failed ERROR: runstrip: ''mips-poky-linux-strip' --remove-section=.comment --remove-section=.note '/srv/home/pokybuild/poky-slave/nightly-external/build/build/tmp/work/all-poky-linux/font-util-1.2.0-r2.1/package/usr/bin/ucs2any'' strip command failed (From OE-Core rev: 7aefddc57e9da02298af1aa98abedbe99435e15a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc-package.inc: Fixed error in referencing PKGSUFFIXLianhao Lu2011-08-043-6/+6
| | | | | | | | | | | [YOCTO #1329] Added the missing $ when referencing PKGSUFFIX in FILES_* variables set. [RP: Added PR bumps] (From OE-Core rev: cd5440f6fa4b1d470c722039b4d2ea6f9b4bfd88) Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: Use BPN instead of PN for style like lib${PN}Dongxiao Xu2011-08-035-16/+16
| | | | | | | | | | | When supporting multilib, ${PN} will be extended with MLPREFIX. However if a package name contains ${PN} with styles like lib${PN}, such extension will cause error. Use BPN in this case. (From OE-Core rev: fbb734e5753655de30c82c0a036c9043820e02cb) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openjade-native: Change RDEPENDS of sgml-common-nativeDongxiao Xu2011-08-031-1/+1
| | | | | | | | | | openjade-native should RDEPENDS on sgml-common-native but not sgml-common (From OE-Core rev: 3f7809ba54bc4941c42071728cee1b286c1e87f6) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libxml-simple-perl: Use BBCLASSEXTEND insteand of *-native recipeDongxiao Xu2011-08-032-7/+2
| | | | | | | | | | | | It's not appropriate to require xxx.bb in xxx-native.bb, causing that xxx-native depends on target recipe. Use BBCLASSEXTEND to solve this issue. (From OE-Core rev: aa8f6b64055c6576bcdb63d3bbf9ab47b87c0d59) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc-locale: Specially handle FILES_eglibc-gconv for multilibDongxiao Xu2011-08-032-2/+5
| | | | | | | | | | | | | | | | | | | In multilib support, it iterate values in PACKAGES and then extend name for variables like "FILES_xxx", "SUMMARY_xxx", etc. However eglibc-gconv is dynamically put in PACKAGES by package_do_split_gconv function. Therefore the name will not be extended automatically. Specially handle the FILES variable for eglibc-gconv to fix the issue of missing "lib32-eglibc-gconv" issue in doing multilib do_rootfs. Also when set PACKAGES, add the MLPREFIX. (From OE-Core rev: 4a5cc82218fa730b898c553875accfeb6800f9a4) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcl: Fix packaging of platform independent filesKumar Gala2011-08-031-2/+2
| | | | | | | | | | | | | | Tcl's doesn't utilize ${baselib} for platform independent files but defines it as follows: TCL_LIBRARY = $(prefix)/lib/tcl$(VERSION) Match that so if ${baselib} is not just /lib things work properly. (From OE-Core rev: df4ed0bfc6396a0d6df0b5bfd1b3114edab90dc0) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libnss-mdns: dont use hard coded /lib pathKumar Gala2011-08-031-2/+2
| | | | | | | | | | As libdir might not be /lib (could be /lib64) use ${base_libdir} instead of hard coded "/lib" in configure options set in EXTRA_OECONF. (From OE-Core rev: 130d16d18e8bf7cfe87a1fa128f182f7fe728708) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Fix setting of GLIBC_DYNAMIC_LINKERKumar Gala2011-08-034-7/+11
| | | | | | | | | | | | | | | | | | | | The sed regex in do_configure_prepend was producing the following result: #define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR "/lib64/ld-linux-x86-64.so.2" instead of removing the leading "/lib" or "/lib64". Now we have it do: #define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR "ld-linux-x86-64.so.2" Additionally, with the regex fixed the manipulation of SYSTEMLIBS_DIR needs to be removed. (From OE-Core rev: b343436d03fa5690b16ee8ef5d4a738c5194b301) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* automake: Fix issue with tar configure failing with large UID/GIDsKumar Gala2011-08-033-2/+44
| | | | | | | | | | | Add a fixup for trying to create ustar archives when the users UID or GID is larger than the format allows. (From OE-Core rev: 7a092818f901c5c860e82f573534cd505d9fb959) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm: Ensure alternatives links are reflected in rpm package dependenciesRichard Purdie2011-08-031-0/+4
| | | | | | | | | | | | | | | Currently, if a file is provided as an alternative link within the package, rpm doesn't see the dependency. This works out badly for dependencies such as /bin/sh which scripts might require. Since rpm detects and adds these dependencies we do need to ensure the dependency information in the packages is correct. This patch does so for the rpm backend ensuring internal consistency whilst the approach for addressing this problem in the other package backends is considered. (From OE-Core rev: 102fc29b9c9eae8435b29edb41b5090ace2373c5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autotools.bbclass: Fix m4 file raceRichard Purdie2011-08-031-1/+6
| | | | | | | | | | | | If something removes .m4 files from the aclocal directory whilst aclocal is running it gets upset. To avoid this we need to take a copy of the aclocal directory and build against this instead. [YOCTO #861] (From OE-Core rev: 6a4778e21341f031569f561e7699d2c616b60af0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/qemux86-64: Automate TRANSLATED_TARGET_ARCHRichard Purdie2011-08-032-4/+1
| | | | | | (From OE-Core rev: 6def7129cf7580a935c05cc05b7f803812d5bb18) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libzypp: Correctly handle - in package architecture namesRichard Purdie2011-08-031-5/+7
| | | | | | | | | | | If package architectures contain - characters this needs to be mapped to something else in (_) since its illegal in C variable names. [YOCTO #1313 partially] (From OE-Core rev: 4806a459880d0860b563d30d3fa8d7cde3461cc6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune/ppc: Fix various TUNE_PKGARCH issuesRichard Purdie2011-08-026-6/+7
| | | | | | | | | | We need to ensure only one value ends up in TUNE_PKGARCH rather than several. This change ensures consistency accross all the PPC tune files and that they correctly inherit the core value but also allow it to be overwritten. (From OE-Core rev: f9a8b719dd3fc7593a509c8f288caf1486add2f8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc: Add missing ${PN} and ${PKGSUFFIX} usagesRichard Purdie2011-08-021-24/+24
| | | | | | | | | | | | | | | | | | | | | This fixes warning messages such as: The providers found were: ['virtual:nativesdk:eglibc_2.13.bb', 'eglibc_2.13.bb'] The PREFERRED_PROVIDER entries resulting in this conflict were: ['PREFERRED_PROVIDER_virtual/libc-nativesdk = eglibc-nativesdk', 'PREFERRED_PROVIDER_virtual/libc = eglibc'] NOTE: multiple providers are available for runtime glibc-utils (eglibc, eglibc-nativesdk, external-csl-toolchain, external-poky-toolchain) NOTE: consider defining a PREFERRED_PROVIDER entry to match glibc-utils This highlights how ugly adding to PN is when using BBCLASSEXTEND. We need to do this to eglibc so the nativesdk class continues to work correctly for now and ensure consistency in how the various eglibc packages are generated. Longer term, if we switch nativesdk to use the multilib approach and MLPREFIX, we can remove all the PKGSUFFIX mess. I'd rather not get into changing nativesdk right at this time though given all the other changes that are going on. (From OE-Core rev: 3a18aa65a4c123ea922b6cd09ca6a77090f12252) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_ipk: SDK generation workaroundMark Hatle2011-08-021-2/+4
| | | | | | | | | | | | | During SDK generation the multilib_sanity_check function is being called, however it is not available unless we've been called from the image.bbclass. Disable the check if MULTILIB_CHECK_FILE (also set in image.bbclass) doesn't exist or is empty. (From OE-Core rev: 0611cceca1595ea4656ebcb985cbd92bb9774ec8) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* populate_sdk_*: Sync SDK and regular rootfs functionsMark Hatle2011-08-023-25/+82
| | | | | | | | | | In order for things to be easier to maintain in the future, sync up the sdk and rootfs versions. (From OE-Core rev: 3c78da15457d8d20c9964cd845f6e021d442aaae) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Add SDK_PACKAGE_ARCHSMark Hatle2011-08-027-60/+39
| | | | | | | | | | | | | | | | Add SDK_PACKAGE_ARCHS to avoid the sed operations we were previously doing inside of the variouns populate_sdk functions and related items. Also add documentation to populate_sdk to explain when the various functions are expected to be doing. Finally fix a bug in populate_sdk_rpm where the wrong value was being set, noticed while working on this change. (From OE-Core rev: 587c1d5bac71fa6faa65ee3a271391cbf931e8f7) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rootfs_rpm: Cleanup and minor bug fixesMark Hatle2011-08-022-81/+64
| | | | | | | | | | | | | | | | | | | | | | | in packages_rpm.bbclass: Cleanup the way package_update_index_rpm works. Break this out into two functions, one for common functionality and one for controlling target vs sdk package processing. Similar change to package_generate_rpm_conf. Usage of IMAGE_ROOTFS should actually be "target_rootfs", this fixes a problem with the SDK case. in rootfs_rpm.bbclass: Minor re-order of the values, and avoid multiple uses of IMAGE_ROOTFS in order to make the merge with the SDK behavior easier. (From OE-Core rev: 46559f36d8a39655060b45d3d235de44a2c4c09b) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv7a.inc: fix armv7a-vfp-neon -> armv7a compat caseKoen Kooi2011-08-011-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in PACKAGE_EXTRA_ARCHS: arch all 1 arch any 6 arch noarch 11 arch arm 16 arch armv4 21 arch armv4t 26 arch armv5 31 arch armv5t 36 arch armv5-vfp 41 arch armv5t-vfp 46 arch armv5e 51 arch armv5te 56 arch armv5e-vfp 61 arch armv5te-vfp 66 arch armv6-vfp 71 arch armv6t-vfp 76 arch armv7-vfp 81 arch armv7t2-vfp 86 arch armv7a-vfp 91 arch armv7at2-vfp 96 arch armv7a-vfp-neon 101 arch armv7at2-vfp-neon 106 arch beagleboard 111 Which leads to a failing do_rootfs (From OE-Core rev: 2a41a311ddda11713296391050f3c2c1b2c1d3d3) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm.bbclass: fix one typoYu Ke2011-08-011-1/+1
| | | | | | | | | | | | fix the MLPREFIX referrence typo which cause multilib rpm do_rootfs failure CC: Mark Hatle <mark.hatle@windriver.com> (From OE-Core rev: 9653089620ad5aef7876b582708561c3a315a064) Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_{deb, rpm, ipk}.bbclass: fix 'lingusa' typoKoen Kooi2011-08-013-9/+9
| | | | | | | (From OE-Core rev: 5e22d7d1fea7dfb14380de5692e4b2940781b518) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rootfs_rpm.bbclass: Fix multilib configurations to use DEFAULTTUNEMark Hatle2011-08-011-1/+1
| | | | | | | | | | Earlier iterations of the multilib patch used "TUNENAME", which was later renamed to DEFAULTTUNE. This file was missed in the rename. (From OE-Core rev: fdd39925df8268ad41c1ff643a0761b03fad8e08) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity.bbclass: Add sanity check that TUNE_PKGARCH appears in PACKAGE_ARCHSKumar Gala2011-08-011-1/+9
| | | | | | | | | | Its possible we get duplications if we explicity add TUNE_PKGARCH to PACKAGE_ARCHS so instead just add a sanity check to verify it. (From OE-Core rev: b2ae0444eb1984b86c02e571bb1efeaacdeafcf1) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppce500mc: Adjust PowerPC e500mc tune file to correctly set hard fpu.Malcolm Crossley2011-08-011-1/+1
| | | | | | | | (From OE-Core rev: 1456cdef9e1a28f7abe1385b10caa5069ba7afac) Signed-off-by: Malcolm Crossley <malcolm.crossley@ge.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune/arch-powerpc64: Remove support for soft-float from ppc64Kumar Gala2011-08-011-4/+2
| | | | | | | | | | All 64-bit PPC processors support hard-float so no need to support soft-float. (From OE-Core rev: 54c7d1faf5376c8fb9b19f4e192ce959c8442782) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune/arch-powerpc64: Fix typo with 64-bit TUNE_CCARGS handlingKumar Gala2011-08-011-1/+1
| | | | | | | | | | When figuring out how to set TUNE_CCARGS we should look for 'm64' not 'n64' in TUNE_FEATURES. (From OE-Core rev: 7a9ea28e69e8121a559f610dd2330edd33f0a907) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sgml-common-native: Read a catalog backup to repopulate sgml-docbook.catSaul Wold2011-08-011-1/+17
| | | | | | | | | | This reads the sgml-docbook.bak and adds the entries into sgml-docbook.cat since this occurs out of order during shared state sysroot populate. (From OE-Core rev: 87d68520c190007869ed1877fbb40eef23763524) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openjade-native: Write a bak file for shared stateSaul Wold2011-08-011-1/+4
| | | | | | | | | | This patch writes a sgml-docbook.bak that is read by the sgml-common during a shared state sysroot populate, because it comes out of order. (From OE-Core rev: b372198fe3c9d8be18bd15545fb0bc4dd9d5aa68) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* docbook-dsssl-stylesheets-native: Write a bak file for shared stateSaul Wold2011-08-011-1/+4
| | | | | | | | | | This patch writes a sgml-docbook.bak that is read by the sgml-common during a shared state sysroot populate, because it comes out of order. (From OE-Core rev: 4d4047c7b997a9cee96f170c203315cbd82ff084) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* docbook-sgml-dtd-native: Write a bak file for shared stateSaul Wold2011-08-011-1/+4
| | | | | | | | | | This patch writes a sgml-docbook.bak that is read by the sgml-common during a shared state sysroot populate, because it comes out of order. (From OE-Core rev: 457f30a389031947f037bd7ea1217c190c2089c1) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libzypp: Fix variable substitution problem in do_archgen stepKumar Gala2011-08-011-4/+4
| | | | | | | | | | | | | | | | | | | | | | The do_archgen step creates a script that utilizes the variable name ${ARCH}. However, we also utilize and define ${ARCH} so instead of having the following in the script: COMPAT_WITH="${ARCH},${COMPAT} $COMPAT_WITH" We get something like: COMPAT_WITH="powerpc,${COMPAT} $COMPAT_WITH" Just renaming the variable in the script to not conflict with ${ARCH} fixes the issue. [PR bump from Saul Wold] (From OE-Core rev: 09573a276456122b408c5bcebc537455fd1c5f29) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glibc: deletedPhil Blundell2011-08-0134-2999/+0
| | | | | | | | | | Glibc 2.10.1 is outdated now and eglibc seems to provide a superset of its functionality. (From OE-Core rev: 1d9866a2c4fe93202749a56c7ad89a3cbd07d9f8) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-environment: set correct *MULTIMACH_TARGET_SYS.Lianhao Lu2011-08-012-7/+9
| | | | | | | | | | Fixed [BUGID #1299]. OLD_MULTIMACH_TARGET_SYS is no longer available. Use new recipe-scope variable REAL_MULTIMACH_TARGET_SYS instead. (From OE-Core rev: b69a2be2f30dc633597399d42d6c87d9f0910c1a) Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* feature-arm-thumb: respect ARM_INSTRUCTION_SETMartin Jansa2011-08-011-1/+2
| | | | | | | | (From OE-Core rev: e23f9ce928353c9da2b9c4bfa9a1a125a7d160f2) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-xscale: fix xscale/xscale-be confusionDmitry Eremin-Solenikov2011-08-011-1/+1
| | | | | | | | | | | Currently tune-xscale.inc has options wrt. setting of xscale/xscale-be tunes. Fix that. (From OE-Core rev: 90ce6e4b7ffaaf1e3af39583ca62b20f08e78959) Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv6, arch-armv5-dsp: correct endianness confusionPhil Blundell2011-08-012-6/+6
| | | | | | | | | | | | | | | | | | | PACKAGE_EXTRA_ARCHS_tune-armv5eb needs to be defined in terms of the non-e with the same endianness, i.e. PACKAGE_EXTRA_ARCHS_tune-armv5b not PACKAGE_EXTRA_ARCHS_tune-armv5, otherwise PACKAGE_EXTRA_ARCHS will end up containing a semi-random mixture of endiannesses and disaster will ensue. Likewise for the vfp and armv6 variants. This is all a bit confusing because TUNE_FEATURES is done the opposite way around, i.e. TUNE_FEATURES_tune-armv5eb is derived by taking the armv5e version and adding bigendian. But fixing that is probably a subject for a separate patch. (From OE-Core rev: 391c0102a81455c76244d13b6878e3a76cca65dc) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortex{m1, m3, r4}: correct spelling of "cortex"Phil Blundell2011-08-013-4/+3
| | | | | | | | | | Otherwise the test in TUNE_CCARGS will never match. (From OE-Core rev: 3b7784021259ac745c80043bec16189fa8f4e45e) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: remove PACKAGE_EXTRA_ARCHS_tune-XXX defaultPaul Eggleton2011-08-011-1/+0
| | | | | | | | | | | | | | | Because of the way BitBake handles ??= under certain circumstances, this default setting ends up stepping all over the real setting from the arch include file. Since virtually all arch include files or tune files define a real value for this we shouldn't need to have a default (or it needs to be done in a different way). (From OE-Core rev: 6c43ca6fc6a7fffc84cf28684cac0c0eb4129902) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Acked-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rootfs_rpm: Disable debug messagesRichard Purdie2011-07-271-1/+1
| | | | | | (From OE-Core rev: 59c26a280f909470e19a2be04b8ea9dd3aa5c24b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm.bbclass: Fix mistake reported by Mark HatleRichard Purdie2011-07-271-1/+1
| | | | | | (From OE-Core rev: 78a1a915d660d6039ac532239e25ead8507bc2df) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ghostscript: fix parallel build issueKang Kai2011-07-272-1/+19
| | | | | | | | | | | | ghostscript fails some time on autobuilder, it seems a parallel build issue. Add patch to fix it. Fixes [Yocto #1202] (From OE-Core rev: 90c0eabcce04e8358ce8df9cd9ed60fdeea68cf5) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-01-31 03:18:00 +0000