summaryrefslogtreecommitdiff
path: root/meta
AgeCommit message (Collapse)AuthorFiles
2011-08-01arch-armv7a.inc: fix armv7a-vfp-neon -> armv7a compat caseKoen Kooi1
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 Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-01package_rpm.bbclass: fix one typoYu Ke1
fix the MLPREFIX referrence typo which cause multilib rpm do_rootfs failure CC: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-01package_{deb, rpm, ipk}.bbclass: fix 'lingusa' typoKoen Kooi3
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-08-01rootfs_rpm.bbclass: Fix multilib configurations to use DEFAULTTUNEMark Hatle1
Earlier iterations of the multilib patch used "TUNENAME", which was later renamed to DEFAULTTUNE. This file was missed in the rename. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-08-01sanity.bbclass: Add sanity check that TUNE_PKGARCH appears in PACKAGE_ARCHSKumar Gala1
Its possible we get duplications if we explicity add TUNE_PKGARCH to PACKAGE_ARCHS so instead just add a sanity check to verify it. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-08-01tune-ppce500mc: Adjust PowerPC e500mc tune file to correctly set hard fpu.Malcolm Crossley1
Signed-off-by: Malcolm Crossley <malcolm.crossley@ge.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-08-01tune/arch-powerpc64: Remove support for soft-float from ppc64Kumar Gala1
All 64-bit PPC processors support hard-float so no need to support soft-float. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-08-01tune/arch-powerpc64: Fix typo with 64-bit TUNE_CCARGS handlingKumar Gala1
When figuring out how to set TUNE_CCARGS we should look for 'm64' not 'n64' in TUNE_FEATURES. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-08-01sgml-common-native: Read a catalog backup to repopulate sgml-docbook.catSaul Wold1
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. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-08-01openjade-native: Write a bak file for shared stateSaul Wold1
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. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-08-01docbook-dsssl-stylesheets-native: Write a bak file for shared stateSaul Wold1
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. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-08-01docbook-sgml-dtd-native: Write a bak file for shared stateSaul Wold1
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. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-08-01libzypp: Fix variable substitution problem in do_archgen stepKumar Gala1
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] Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-08-01glibc: deletedPhil Blundell34
Glibc 2.10.1 is outdated now and eglibc seems to provide a superset of its functionality. Signed-off-by: Phil Blundell <philb@gnu.org>
2011-08-01meta-environment: set correct *MULTIMACH_TARGET_SYS.Lianhao Lu2
Fixed [BUGID #1299]. OLD_MULTIMACH_TARGET_SYS is no longer available. Use new recipe-scope variable REAL_MULTIMACH_TARGET_SYS instead. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
2011-07-29feature-arm-thumb: respect ARM_INSTRUCTION_SETMartin Jansa1
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-07-29tune-xscale: fix xscale/xscale-be confusionDmitry Eremin-Solenikov1
Currently tune-xscale.inc has options wrt. setting of xscale/xscale-be tunes. Fix that. Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-07-29arch-armv6, arch-armv5-dsp: correct endianness confusionPhil Blundell2
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. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-07-29tune-cortex{m1, m3, r4}: correct spelling of "cortex"Phil Blundell3
Otherwise the test in TUNE_CCARGS will never match. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-07-28bitbake.conf: remove PACKAGE_EXTRA_ARCHS_tune-XXX defaultPaul Eggleton1
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). 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>
2011-07-27Update TERMCMD message to align with previous changeMatthew McClintock1
A previous patch changed the default TERM to use xterm. This updates local.conf.sample to match the change Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27rootfs_rpm: Disable debug messagesRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27package_rpm.bbclass: Fix mistake reported by Mark HatleRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27ghostscript: fix parallel build issueKang Kai2
ghostscript fails some time on autobuilder, it seems a parallel build issue. Add patch to fix it. Fixes [Yocto #1202] Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27opkg svn: bump SRCREV to 625Koen Kooi1
tested on beagleboard/angstrom and qemuarm/angstrom Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27base bbclass: add TUNE_FEATURES to the default bannerKoen Kooi1
This makes debugging the new tune code easier since it doesn't involve staring at 'bitbake -e' output anymore. Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27libpam 1.1.4: fix packagingKoen Kooi1
| ERROR: QA Issue: non debug package contains .debug directory: libpam-xtests path /work/armv7a-angstrom-linux-gnueabi/libpam-1.1.4-r0/packages-split/libpam-xtests/usr/share/Linux-PAM/xtests/.debug/tst-pam_dispatch4 Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27connman: Change hard coded package name to support multilibDongxiao Xu1
connman plugins have dependency on bluez4, wpa-supplicant, and ofono. These names are hardcoded, fix the issue to support multilib. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2011-07-27package(rootfs)_ipk.bbclass: support multilib in opkg backend.Lianhao Lu2
Support install multiple multilib in opkg backend. The installation is done in 3 phases. Phase 1: install normal packages to IMAGE_ROOTFS. Phase 2: install multilib packages under MULTILIB_TEMP_ROOTFS. Packages belongs to the same multilib arch would be installed to a unique directory. Phase 3: check file confliction between IMAGE_ROOTFS and MULTILIB_TEMP_ROOTFS, install multilib packages to IMAGE_ROOTFS only if the sanity check passed. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
2011-07-27image.bbclass: Added variables for multilib support.Lianhao Lu1
1. Added MULTILIB_PACKAGE_INSTALL for multilib instances of packages to be installed in the rootfs. 2. MULTILIBRE_ALLOW_REP contains the regular expression to match the files allow to be replaced by the conflicting files. 3. MULTILIBRE_FORCE_SAME contains the regular expression to match the files allow to be replaced only if the conflicting files are identical. 4. Added shell function multilib_sanity_check() to check whether the overwring for multilib situation is allowed. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
2011-07-27package/rootfs_rpm: Implement RPM multilib package handlingMark Hatle2
This is a first pass at adding multilib support to the RPM package and image handling code. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-07-27base.bbclass: Fix PACKAGE_ARCH typoRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27module-init-tools-cross: Drop static binaries patch as a better fix has been ↵Richard Purdie2
merged Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27gcc: Drop part of the 64bithack patch which is no longer usedRichard Purdie2
Since we now handle GLIBC_DYNAMIC_LINKER in gcc-configure-common.inc: 's#\(GLIBC_DYNAMIC_LINKER[^ ]*\)\( *"/lib.*\)#\1 SYSTEMLIBS_DIR\2#' we can drop the patch which changes a hardcoded value for this. No PR bump since there is no code change resulting from this, its just a cleanup. There is still a valid question over the remainder of this patch and its interaction with multilib configurations. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27linux-yocto: revise the dependency for multilibYu Ke1
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-07-27eglibc: fix for multilib RPROVIDES issueYu Ke1
in eglibc-package.inc, the "PACKAGES" variable use the ${PN} reference, while RPROVIDES does not use ${PN}. This will lead multilib.bbclass not mapping its RPROVIDES, and cause "NO RPROVIDER: lib64-glibc-utils" error. This patch unify the recipe to fix this issue Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-07-27do_split_packages: revise for multilib caseYu Ke1
in multilib case, the PACKAGE_DYNAMIC is overrided with multilib prefix. Take multilib:lib64-perl as example. the "perl-module-*" will become "lib64-perl-module-*" the output_pattern in do_split_packages is designed to work with PACKAGE_DYNAMIC, so it should be applied with the same logic, i.e. overriding with multilib prefix. otherwise the do_split_package will split incorrect files this patch implements the mulitlib override logic for do_split_packages We also need to rename the extra_depends to support multilib case (from Dongxaio Xu). Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com>
2011-07-27lib/oe/util.py: Add MLPREFIX support to prune_suffix()Richard Purdie1
prune_suffix() also needs be aware of MLPREFIX when changing PN for use in BPN. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27multilib: Add support for compiling recipes against multiple ABIsRichard Purdie10
This patch adds the core multilib class which can be used along with a parameter specifying the mutlilib to use in BBCLASSEXTEND. The MLPREFIX variable is added and can be used in cases where its too difficult to dynmaically work out where a mutltilib prefix is needed to be added to a variable. This includes: * SHLIBSDIR and PACKAGE_ARCH fixes from Lianhao Lu. * PACKAGE_DYNAMIC mapping from Yu Ke * PACKAGE_INSTALL mapping from Yu Ke * RPROVIDES mapping from Yu Ke * TARGET_VENDOR fix from Mark Hatle * Ignorning *-native-runtime dependnecies as well as *-native from Yu Ke * Map PKG and ALLOW_EMPTY from Dongxiao Xu * Ensure RCONFLICTS and PKG field dependencies are remapped (from Dongxiao Xu) * Ensure PN and MLPREFIX are set at the same time to ensure consistent BPN values (Yu Ke) Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com> Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27linux-yocto: update SRCREVsBruce Ashfield1
Updating the linux-yocto SRCREVs to pickup changes from the continuing uprev to korg 3.0. With this set of update, the meta/feature audits are complete. qemumips and qemuppc are fixed with this update and can now boot to a prompt. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27base.bbclass: Add compatibility package name mapping handlerRichard Purdie1
This means if PKGARCHCOMPAT_ARMV7A is set, "armv7a-vfp-neon" is renamed to be "armv7a". Other compatibility mappings can be added as needed. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27 cmake.bbclass: add ${libdir} for multilib caseYu Ke1
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-07-27RPM: multilib file class/colorMark Hatle2
We need to include file class and file color in order to do the conflict resolution required with a multilib design. This is normally disabled when we don't use the internal dependency generator, patch enables it in all cases. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-07-27distcc: fix makefile parameter orderDongxiao Xu2
When linking with gcc, the parameter is read from left to write, if *.o calls a function contained in libxxx, the parameter order should be "gcc ... *.o -lxxx". This commit fixes the problem in distcc. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2011-07-27Add basic PowerPC core tune configRichard Purdie7
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27Add basic Mips core tune configRichard Purdie2
Acked-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27Add ARM tune file overhaul based largely on work from Mark HatleRichard Purdie24
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27package.bbclass: fixup_perms - change symlink processingMark Hatle1
We switch to using os.lchown in order to avoid following a symlink. We also now check if an item is a symlink, if so we avoid the os.chmod as a symlink inherits the mode of it's target. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-07-27ncurses: Resolve header and man page multilib conflictsMark Hatle1
By default man pages are compressed, the way ncurses compresses them causes differences (timestamp and name) to be embedded into the gziped file. So each build will end up with a slightly different file. Avoid this, by not compressing the man pages. Avoid header conflict with curses.h using the multilib header helper. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-07-27eglibc_2.13: Resolve multilib header conflictsMark Hatle2
Due to mismatches between various header definitions in i386 and x86_64 we need to overwrite the i386 versions of the headers with their x86_64 equivalents. This can not be done for the syscall.h as it's dynamically generated, so use the header conflict resolution helper for that. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-24 18:47:39 +0000