summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFiles
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>
2011-07-27linux-libc-headers: Fix file conflict -- ..install.cmdMark Hatle3
The ..install.cmd conflicts between various configure runs. This isn't used anywhere, so remove it to avoid the conflict. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-07-27beecrypt: Fix multilib header conflict - beecrypt/gnu.hMark Hatle1
beecrypt/gnu.h conflicts between 32-bit and 64-bit versions. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-07-27apr: Fix multilib header conflict - apr.hMark Hatle1
apr.h conflicts between 32-bit and 64-bit versions Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-07-27binutils: Fix multilib header conflict - bfd.hMark Hatle2
bfd.h conflicts between 32-bit and 64-bit versions. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-07-27multilib_header.bbclass: Add oe_multilib_header wrapperMark Hatle2
This helper function and associated header will allow us to resolve two/three header files that conflict due to contents that change based on wordsize and ABI. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-07-27classes/image*: Revamp creation of live imagesSaul Wold4
This creates a live image as an IMAGE_FSTYPES, thus removing the need to have additional -live.bb recipes. To create a live image one just needs to add live to the IMAGE_FSTYPES list Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-07-27utils.bbclass: Don't forget to pass the cmdline optionsSaul Wold1
This ensure that the command line options from the creation of the wrapper are actaully passed into the wrapper. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-07-27Remove -directdisk.bb recipesSaul Wold5
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-07-27Remove -live.bb recipesSaul Wold7
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-07-27siteinfo: Rework the siteinfo for powerpc to fix uclibc falloutKhem Raj2
I believe that powerpc-linux is now a common file across 32bit/64bit linux for powerpc be it uclibc or glibc. I compared the differences between powerpc-linux-uclibc and powerpc-linux files and it powerpc-linux was more uptodate and all the new stuff it had was needed for uclibc anyway so we do not need to keep exact copy of powerpc-linux as powerpc-linux-uclibc instead we use powerpc-linux for powerpc/uclibc targets. Secondly linux specific files were added in archinfo dictionary which I think logically belongs to targetinfo dictionary therefore moved them to targetinfo now uclibc/powerpc is buildable again Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-07-27siteinfo: Move (getpgrp|setpgrp|setgrent|*get{pwuid,grgid}) to common-libcTom Rini17
These functions are determined by the C library so move them to common-glibc and common-uclibc Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-27siteinfo: Move general realloc/malloc values to common-$libcTom Rini19
These are tests for glibc behavior which we have enabled in uclibc. Note that if we ever disable MALLOC_GLIBC_COMPAT the uclibc tests will need to be changed (but I believe this would also entail massive patching to the rest of userspace so this should be unlikely). Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-27siteinfo: Move certain db entries to common-linuxTom Rini10
Note that we had a number of unused and ignored settings wrt mutex support. These have been dropped as they weren't being used and implied some odd things to boot. This is also a partial resync with oe.dev which had some, but not all of these changes. Signed-off-by: Tom Rini <tom_rini@mentor.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-30 00:43:16 +0000