summaryrefslogtreecommitdiff
path: root/meta/classes
Commit message (Collapse)AuthorAgeFilesLines
* 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. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* 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. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* bitbake.conf: Add SDK_PACKAGE_ARCHSMark Hatle2011-08-026-60/+38
| | | | | | | | | | | | | 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. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* 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. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* 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> 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
| | | | Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* 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. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* 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. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* meta-environment: set correct *MULTIMACH_TARGET_SYS.Lianhao Lu2011-08-011-3/+4
| | | | | | | 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>
* rootfs_rpm: Disable debug messagesRichard Purdie2011-07-271-1/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm.bbclass: Fix mistake reported by Mark HatleRichard Purdie2011-07-271-1/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base bbclass: add TUNE_FEATURES to the default bannerKoen Kooi2011-07-271-1/+1
| | | | | | | 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>
* package(rootfs)_ipk.bbclass: support multilib in opkg backend.Lianhao Lu2011-07-272-0/+53
| | | | | | | | | | | | | | | | | | 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>
* image.bbclass: Added variables for multilib support.Lianhao Lu2011-07-271-1/+53
| | | | | | | | | | | | | | | | 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>
* package/rootfs_rpm: Implement RPM multilib package handlingMark Hatle2011-07-272-86/+160
| | | | | | | 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>
* base.bbclass: Fix PACKAGE_ARCH typoRichard Purdie2011-07-271-1/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* do_split_packages: revise for multilib caseYu Ke2011-07-271-0/+14
| | | | | | | | | | | | | | | | | | | 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>
* multilib: Add support for compiling recipes against multiple ABIsRichard Purdie2011-07-275-3/+103
| | | | | | | | | | | | | | | | | | | | | | | | | 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>
* base.bbclass: Add compatibility package name mapping handlerRichard Purdie2011-07-271-0/+8
| | | | | | | 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>
* cmake.bbclass: add ${libdir} for multilib caseYu Ke2011-07-271-1/+1
| | | | Signed-off-by: Yu Ke <ke.yu@intel.com>
* package.bbclass: fixup_perms - change symlink processingMark Hatle2011-07-271-5/+5
| | | | | | | | | 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>
* multilib_header.bbclass: Add oe_multilib_header wrapperMark Hatle2011-07-271-0/+29
| | | | | | | | 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>
* classes/image*: Revamp creation of live imagesSaul Wold2011-07-274-2/+29
| | | | | | | | 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>
* utils.bbclass: Don't forget to pass the cmdline optionsSaul Wold2011-07-271-1/+1
| | | | | | | 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>
* siteinfo: Rework the siteinfo for powerpc to fix uclibc falloutKhem Raj2011-07-271-6/+10
| | | | | | | | | | | | | | | | | | 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>
* classes/image_types: IMAGE_TYPES was missing some entriesJoshua Lock2011-07-261-1/+1
| | | | | | | | Some of these entries are required by the GUI to enable the expected workflow of the ADT, namely a compressed rootfs image. Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Rename SITEINFO_ENDIANESS to SITEINFO_ENDIANNESSKhem Raj2011-07-261-2/+2
| | | | | | | | | | | There is this discrepency in spelling. Lets fix it in core. There are lot of layers using SITEINFO_ENDIANNESS This was shielded since meta-oe had its own copy of siteinfo class. But that class has now been deleted in favor of oe-core Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/classes: Variable cleanupRichard Purdie2011-07-257-36/+17
| | | | | | | | | | | This patch removes the variables BASE_PACKAGE_ARCH, BASEPKG_HOST_SYS, BASEPKG_TARGET_SYS and also removes the immediate assignments in several core classes as these are no longer required. This should make it clearer what some of the core variables do and simplfy some overly complex and confusing class code. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/tune: Overhaul tune include file variablesRichard Purdie2011-07-221-3/+7
| | | | | | | | | | | | | | | | | | | | There is currently consideradble confusion over how the tune files operate and how these interact with the rest of the build system. This update/overhaul changes things so the tune files are primarily resonsible for setting: TUNE_ARCH - What was formerly set as TARGET_ARCH and is the value that represents the architecture we're targetting. TUNE_PKGARCH - The value that represents the tune confuration that this set of tune parameters results in. This allows the significant improvement that the core can now always determine the target architecture value, even when TARGET_ARCH needs to be reset to something different and likewise, there is one package architecture variable the core can reference allowing simplification of the BASE_PACKAGE_ARCH, PACKAGE_ARCH and FEED_ARCH variables. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/cross.bbclass: Add ability to dynamically change library locationRichard Purdie2011-07-221-3/+4
| | | | | | | | | | | | | | | Add the ability to dynamically change the library directory from "lib" to other values. This allows the tune files to specifiy altnerative ABIs which can be dynamically enabled by the multilib BBCLASSEXTEND code. A variety of approaches have been attempted with this, the immediate expansions in cross.bbclass being problematic as they are they are expanded before the bbclass extend event hander runs. This approach ensures the ${baselib} variable is retained in the expressions resolving that complication. Derived from some ideas from Mark Hatle. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/powerpc64: Update power64-linux to include powerpc-linuxKumar Gala2011-07-221-2/+2
| | | | | | | | Now that we have a unique powerpc32-linux config, we share powerpc-linux between ppc32 & ppc64. Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/powerpc: Pull all powerpc config options into powerpc32-linuxKumar Gala2011-07-221-2/+2
| | | | | | | | | powerpc-common was really Linux PPC32 specific. So move all the options in it to powerpc32-linux and we can refactor out common bits shared between into powerpc-linux and powerpc-common. Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel-arch: Add handling of powerpc64Kumar Gala2011-07-221-2/+3
| | | | | Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc: Add handling of powerpc64Kumar Gala2011-07-221-0/+1
| | | | | Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* insane.bbclass: Recognise powerpc64Kumar Gala2011-07-221-0/+1
| | | | | Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel: copy defconfig to {B} vs {S}Bruce Ashfield2011-07-222-8/+2
| | | | | | | | | | | | | | | | | | | | For kernel's that use a split source/object build the copy of defconfig to {S} in the base kernel class is problematic. The previous solution for this was to override the do_configure of the base kernel class in a subclass. While this is still a viable/valid option, it does mean that changes to the base do_configure will be missed. The solution to this is to copy a defconfig to {B} which is typically the same as {S}, so most kernel recipes won't see or care about this change. With this change in place, linux-yocto.bbclass can drop its override of do_configure. Tested with linux-yocto and oe linux recipes. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* siteinfo.bbclass: Port over oe.dev logic for site filesTom Rini2011-07-211-105/+98
| | | | | | | | | | In oe.dev we have a sets to pick out hostos/hostarch/etc site files out of and include things like a common-linux site file. This should also help out with adding multilib-specific site files (ie x32). In oe.dev we have an iterator but at Richard's request we continue to return a list of files in siteinfo_get_files(). Signed-off-by: Tom Rini <tom_rini@mentor.com>
* cpan.bbclass: Perform more mangling for perl pathTom Rini2011-07-211-0/+3
| | | | | | | | | | On hosts where we may already be past the #! limit this is required and this is safe on the target as well. This is be7fe31 in oe.dev. Related to this we now bump all PRs for recipes that inherit cpan. Note that in oe.dev we mangle for perl but here we use the new nativeperl script. Signed-off-by: Tom Rini <tom_rini@mentor.com>
* insane: improve diagnostic for redundant rpathPhil Blundell2011-07-201-2/+2
| | | | | | | Make it more obvious which file, and which recipe, are at issue. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/gettext: Do not disable nls for non target recipesKhem Raj2011-07-201-1/+1
| | | | | | | | nls disabling is target specific but USE_NLS=no will disable nls even for other kind of recipes. We should let them build with nls Signed-off-by: Khem Raj <raj.khem@gmail.com>
* autotools.bbclass: Add help2man-native to the main DEPENDS treeTom Rini2011-07-201-2/+2
| | | | | | | | With help2man no longer being required by sanity.bbclass we need to make sure that if we are going to build autotools stuff that help2man will be there as it's a frequent implicit dependency. Signed-off-by: Tom Rini <tom_rini@mentor.com>
* help2man-native: Add 1.38.2Tom Rini2011-07-201-1/+1
| | | | | | | | | This is a 'side port' of current oe.dev versions. PR is kept in sync but we drop out the target recipes in order to punt on potential perl problems. Here we do re-configure as we don't have a dance with perl-native to deal with. Now that we can build it, don't require it. Signed-off-by: Tom Rini <tom_rini@mentor.com>
* bitbake.conf, sanity.bbclass: Drop mercurial-nativeTom Rini2011-07-201-1/+1
| | | | | | | | We have no hg URIs in the metadata, so don't require and don't ASSUME_PROVIDED it either. meta-oe has a mercurial-native recipe if hg URIs are added in a recipe later. Signed-off-by: Tom Rini <tom_rini@mentor.com>
* Fixed concurrency problem for ZIP packed recipes.Ihar Hrachyshka2011-07-191-0/+6
| | | | | | | | | | | | | The problem occured when unzip-native is not yet staged, and ZIP archive unpacking already started resulting in failed do_unpack task. (oe.dev has a NEED_UNZIP_FOR_UNPACK variable we did not bring over) [RP: Use srcuri from already existing variable] Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com> Signed-off-by: Koen Kooi <koen@openembedded.org> Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity, base: remove gcc3 check since qemu doesn't need it any morePhil Blundell2011-07-192-18/+0
| | | | | | | | Recent versions of qemu seem to be happy enough building with gcc 4.x, and indeed most modern distributions aren't shipping gcc3 any more, so there is no point checking for its presence as part of sanity. Also remove the check_gcc3 function from base since nothing else uses it. Signed-off-by: Phil Blundell <philb@gnu.org>
* classes: remove classes that don't belong in oe-corePaul Eggleton2011-07-197-165/+0
| | | | | | | | | | | | These classes are not used within oe-core and really belong in an upper layer that makes use of them, if they are still useful: * mozilla.bbclass * openmoko*.bbclass * srec.bbclass * xfce.bbclass Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* classes: remove obsolete classesPaul Eggleton2011-07-197-152/+0
| | | | | | | | | | | | | | | | | | All of these classes are currently unused in oe-core and meta-oe; several are no longer in use even in OE classic: * base_srpm.bbclass * ccdv.bbclass * flow-lossage.bbclass * patcher.bbclass * singlemachine.bbclass * tmake.bbclass * xlibs.bbclass patcher.bbclass and singlemachine.bbclass probably still work but it is unlikely that anyone is still using them. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* kernel.bbclass: minor whitespace fixesPaul Eggleton2011-07-191-2/+2
| | | | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* kernel.bbclass: remove unintended change of INITRAMFS_TASKAndrea Adami2011-07-141-1/+1
| | | | | | | | | | | | * during an unfortunate round of tests right before commiting the patch * do_configure[depends] became kernel_do_configure[depends] * Nonsense! * As documented in commit 4dfef62dfe54a3b2c557a6df81d155adc1e03ccb * of OpenEmbedded git server, this must be in do_configure[depends] * to do the magic. Signed-off-by: Andrea Adami <andrea.adami@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* insane: make GNU_HASH check slightly more robust (avoids false negatives ↵Phil Blundell2011-07-141-11/+33
| | | | | | | | | | | with gold); add check for useless rpaths It isn't safe to make assumptions about the order of the entries in the dynamic section. Fix the ldflags test to cope with the case where GNU_HASH comes before NEEDED and/or INIT. Also, add a new warning for binaries which contain useless (but benign) rpath entries pointing to the default search locations. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>