summaryrefslogtreecommitdiffstats
path: root/meta/conf/bitbake.conf
Commit message (Collapse)AuthorAgeFilesLines
* bitbake.conf: Create a new filter variable BB_HASHCONFIG_WHITELISTDongxiao Xu2012-02-271-0/+1
| | | | | | | | | | Create a new filter variable BB_HASHCONFIG_WHITELIST to filter variables for calculating cache's hash value. (From OE-Core rev: 8d4db8e6dcd2d25637cb77515fe776552f2fdd6d) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Quoting fixesRichard Purdie2012-02-261-1/+1
| | | | | | | | | We have various variables which are either not quoted at all or are half quoted. This patch fixes the bad exmaples so everything is consistent. (From OE-Core rev: 30253358f5e76fb7b25be27198b4c125e0dbdf2c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: remove TARGET_ARCH from in SDKPATHMartin Jansa2012-02-261-2/+7
| | | | | | | | | | | | * SDKPATH shouldn't depend on TARGET_ARCH as discused here: http://lists.linuxtogo.org/pipermail/openembedded-core/2012-February/018222.html * introduce SDK_NAME_PREFIX so that distributions can overwrite only this instead of whole SDK_NAME (From OE-Core rev: 54821d53f75eb31f1eca3809e674680316dcbf69) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: use weak assignment for BB_CONSOLELOGMartin Jansa2012-02-261-1/+2
| | | | | | | | | * some people prefer subdirectory like ${TMPDIR}/cooker/${DATETIME}.log (From OE-Core rev: d3a06178202c65ce52ea8ad7af5b72ed5c0881d4) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/bitbake.conf: add DISTRO_FEATURES_BACKFILLPaul Eggleton2012-02-241-0/+3
| | | | | | | | | | | | | | | | | | | When introducing new items to DISTRO_FEATURES that control functionality that is already enabled, in order to leave existing distro configuration unchanged we need a way to "backfill" these new feature items onto the existing DISTRO_FEATURES value. This introduces a DISTRO_FEATURES_BACKFILL variable whose items will be added to the end of DISTRO_FEATURES, unless they also appear in DISTRO_FEATURES_BACKFILL_CONSIDERED which distros can use in their configuration to prevent specific items from being added. Fixes [YOCTO #1946]. (From OE-Core rev: 738658d9d5ddef026d2929188744aa225324bf26) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/bitbake.conf: remove Opie definitionsPaul Eggleton2012-02-211-10/+0
| | | | | | | | | | These values are now set via palmtop-defs.bbclass in meta-opie (and are not needed for anything else.) (From OE-Core rev: a18de4dc0b988c79964354496a6a93c7ee5a28f6) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Switch to the OEBasic signature generatorRichard Purdie2012-01-231-2/+1
| | | | | | | | | | | This signature generator will allow easier customisation of which task dependencies get included in the signatures using the code in lib/oe/sstatesig.py. Compared the the regexp, this function is much easier to understand and customise. (From OE-Core rev: 2654adc15e59e72e80cf78dc576fdc5472edac20) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/bitbake.conf: allow wget to output error messagesPaul Eggleton2012-01-171-3/+3
| | | | | | | | | | | | Use the -nv instead of -q command line option for wget so that if fetching from a URL that the wget fetcher handles (e.g. http) fails, we get a possibly useful error message (but it still remains relatively quiet when the fetch succeeds.) (From OE-Core rev: 81dcfc5e7a93d74caafde1dff923bfe6c008d9ea) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: search /lib for -native buildsEnrico Scholz2012-01-171-1/+7
| | | | | | | | | | | Changes to BUILD_LDFLAGS are required due to the recent movement of some libraries from ${libdir} to ${base_libdir}. ${base_libdir} must be now in the linker search path to avoid build problems of -native packages. (From OE-Core rev: 46bf69dcfa99a3a8677b241bb32bed2f30255ece) Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta/PRService: Added export/import fuctions.Lianhao Lu2012-01-111-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [YOCTO #1556] - Modified meta/class/package.bbclass and prserv.bbclass according to the change in PR service by adding PACKAGE_ARCH into the query tuple. - Added prexport.bbclass, primport.bbclass to export/import AUTOPR values from/to PRService. - Move PR service related common code to lib/oe/prservice.py. - Supported reading the AUTOPR values from the exported .inc file instead of reading it from remote PR service. - Created a new script bitbake-prserv-tool to export/import the AUTOPR values from/to the PR service. Typical usage scenario of the export/import is: 1. bitbake-prserv-tool export <file> to export the AUTOPR values from the current PR service into an exported .inc file. 2. Others may use that exported .inc file(to be included in the local.conf) to lockdown and reproduce the same AUTOPR when generating package feeds. 3. Others may "bitbake-prserv-tool import <file>" to import the AUTOPR values into their own PR service and the AUTOPR values will be incremented from there. (From OE-Core rev: 9979107d8eaf503efd921564385859b1e83dbb3c) Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Remove last remnants of kernel26 MACHINE_FEATURESSteve Sakoman2012-01-101-1/+0
| | | | | | | | | There is no reason to continue to carry this feature (From OE-Core rev: f1193e077d187b9ce18ae0686b1a1f0f9832036d) Signed-off-by: Steve Sakoman <steve@sakoman.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: remove some redundant/unnecessary variable exportsPhil Blundell2012-01-041-7/+0
| | | | | | | | | | | | | | Specifically... SLOT: apparently redundant, deleted. STAGING_IDLDIR: likewise QMAKE_MKSPEC_PATH: no longer exported, moved to qmake_base.bbclass STAGING_SIPDIR: no longer exported, moved to sip.bbclass (From OE-Core rev: 3dcbc8a700a3e7474026e858b1d20e9ff89a5eb1) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf, core-image-minimal-initramfs: add INITRAMFS_FSTYPESDmitry Eremin-Solenikov2011-12-161-0/+1
| | | | | | | | | | | | | | | | Initramfs images don't benefit from usual IMAGE_FSTYPES overrides. The only sane values for them are "cpio.XXX". If IMAGE_FSTYPES is set to include 'live', building core-image-minimal-initramfs can result in build error, if the image is built before the kernel. To stop initramfs images from responding on IMAGE_FSTYPES settings, but still allow users/developers to override defaults (e.g. to generate "cpio.lzma" initramfs), introduce INITRAMFS_FSTYPES variable, by default set to "cpio.gz". (From OE-Core rev: 17f7f3a43e863d9e2a16dd02face5137a4f4b225) Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: remove texinfo-native from ASSUME_PROVIDEDSaul Wold2011-12-121-1/+0
| | | | | | | | | | | We need to build texinfo-native to get and install the makedoc tool [YOCTO #1664] (From OE-Core rev: 8899f4840787ef043d952f8ea2ce5d78e5cc41ab) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/image.bbclass: Ensure images use the correct passwd/group filesRichard Purdie2011-12-081-1/+2
| | | | | | | | | | | We need pseudo to use the rootfs passwd/group files belonging to the rootfs when building images. This patch ensures that we use the rootfs files instead of those in the sysroot which can lead to incorrect file ownership issues. (From OE-Core rev: c4da803ef78322b758380eb0af0dcb73cae6553c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: add default PRINC 0 to be able to increment itMartin Jansa2011-12-051-0/+1
| | | | | | | (From OE-Core rev: 656793c706d84460f397b10ceb23ebb721ed3960) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* getVar/setVar cleanupsRichard Purdie2011-11-271-2/+2
| | | | | | | | | Complete the bb.data.getVar/setVar replacements with accesses directly to the data store object. (From OE-Core rev: 2864ff6a4b3c3f9b3bbb6d2597243cc5d3715939) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Nothing uses USERNAME, remove it - can cause sstate-cache conflictsMatthew McClintock2011-11-251-1/+1
| | | | | | | | | | USER is the correct variable to use, also this can affect sstate cache as well. (From OE-Core rev: 0f446c29f10fd83228619e05ddec29fdc29188b3) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: We only care about the absolute value of baselibRichard Purdie2011-11-241-0/+1
| | | | | | | | | | | | | | The value of baselib can be constructed in several different ways and from a sstate perspective we don't care how it was made up, we only care what the final value is. This uses the new functionality in bitbake to ensure we only include the value of baselib and not any intermediate dependencies. [YOCTO #1583] (From OE-Core rev: c38567894ebc31ac977f2bc89a076d0380bddcf8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Set BB_CONSOLELOG so we log console messages by defaultRichard Purdie2011-11-241-0/+2
| | | | | | | | | | | | | | The console log is often helpful for debugging issues. Difficult to reproduce bugs would benefit from a log being generated by default as it may be difficult to come by after the fact. Log to ${TMPDIR}/cooker.log.${DATETIME} by default. [YOCTO #1771] (From OE-Core rev: 4b916ce59bf88ca92b034b2acaddee6130155e46) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: add a couple explicit vardepsChris Larson2011-11-181-1/+2
| | | | | | | (From OE-Core rev: 5b9877aa55e28ba06410592350e7e5106ebdf6cb) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* update-alternatives: Various fixesRichard Purdie2011-11-161-1/+1
| | | | | | | | | | | | | dpkg-native's update-alternatives is broken for offline work so don't install it. Also list update-alternatives in the multiprovider whitelist to avoid unwanted multiple provider warnings when multiple package backends are enabled. (From OE-Core rev: 300336fc4a310ed16a14ad041744708d54aae189) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Update ASSUME_PROVIDEDSaul Wold2011-11-161-4/+0
| | | | | | | | | | * Remove an obsolete comment about mercurial * Remove cvs-native since we have removed cvs SRC_URIs (From OE-Core rev: 99eb346bcee0d58ba40b4c3d8fcdabe3faf3e8f4) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Correct svn-native -> subversion-native so we use consistent namesRichard Purdie2011-11-161-1/+1
| | | | | | (From OE-Core rev: df980525792ab14fdca96cc00ab90433aa2d8198) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Unload pseudo when its not required for a given taskRichard Purdie2011-11-101-0/+1
| | | | | | | | | This yields a small performance boost due to the lack of the preload overhead on each task execution. (From OE-Core rev: 4c4498c38232a832bdbfadf54d2e1bf4bc34b171) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert to use direct access to the data store (instead of bb.data.*Var*())Richard Purdie2011-11-101-18/+18
| | | | | | | | | | | | | | | | | This is the result of running the following over the metadata: sed \ -e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \ -e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data *` (From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Drop remaining TERMCMD pieces and document OE_TERMINAL usage ↵Richard Purdie2011-11-041-20/+0
| | | | | | | | | | | instead (From OE-Core rev: ddb825c87dd3e59d50841a993080a00d1459b1e7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> [Yes, this one is against meta-yocto, I'll fix it to apply the same change to OE-Core's local.conf.sample in the final version]
* package_ipk: There is no longer any need to force owners/groups to rootRichard Purdie2011-11-011-4/+0
| | | | | | | | | | | Since the packaging process is run under pseudo, the default user is now root so there is no longer any need to hardcode this. Also take this opportunity to move the variable to package_ipk.bbclass since this is the only user of it. (From OE-Core rev: ea11f71432e2741d5f8c7cecec41c6155db34393) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: drop STAGING_PYDIRMartin Jansa2011-11-011-1/+0
| | | | | | | | | * seems unused in oe-core (From OE-Core rev: dcc56ff33c679e0c3cbbc7a92dd4da7166cb7d0d) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Use TRANSLATED_TARGET_ARCH in OVERRIDES since any variable ↵Richard Purdie2011-10-151-1/+1
| | | | | | | | with _ in it isuseless there (e.g. x86_64) (From OE-Core rev: b99b92d9136b7872ba0c021e1a6ef070b2ee9b78) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf Exclude MACHINE from MACHINEOVERRIDE variable dependenciesRichard Purdie2011-10-141-0/+1
| | | | | | (From OE-Core rev: 362512b83775ad7020e5870a594f0e7ca9ef83ba) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Start using parallel make for do_installRichard Purdie2011-10-041-1/+4
| | | | | | | | | | | | Most piece of software now support parallel make install. Enable this by default using the value of PARALLEL_MAKE. In a similar way to PARALLEL_MAKE we can disable this for broken recipes with: PARALLEL_MAKEINST = "" (From OE-Core rev: fae7d7d43b7b2a58f5964e642c022d380e3ec39f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Fix reversed linker hash style logicRichard Purdie2011-09-281-1/+1
| | | | | | | | | | The logic in the linker hash patch was reversed, only setting the linker style in the non-gnu cases. (From OE-Core rev: 5839702da70cec32f01e58280629f6bcf74d0034) Signed-off-by: Richard Purdie <richard.purdie@linux-foundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf,recipes: Add new variable LINKER_HASH_STYLEKhem Raj2011-09-281-1/+8
| | | | | | | | | | | | | | LINKER_HASH_STYLE in OE is set to either 'sysv' or 'gnu' depending upon processor architecture e.g. mips does not support gnu hash style so is uses sysv besides 'sysv' and 'gnu' third option is to set it to 'both' we do not do that by default but user can still set it (From OE-Core rev: 17322dba8434e592d3922496f89f8d1d5598247e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: change ccache path to use MULTIMACH_HOST_SYSDmitry Eremin-Solenikov2011-09-281-1/+1
| | | | | | | | | | | | | | | Currently if I build packages for several targets (e.g. for armv5te tosa and for armv7a beagleboard) oe will use single ccache dir for both of those targets: build/ccache/arm-oe-linux-gnueabi. However those targets use different opcodes, different features and binaries created for one of those targets wont't run on the lower one. So use MULTIMACH_HOST_SYS for ccache dir, so that it uses something like build/ccache/armv5te-oe-linux-gnueabi dir. (From OE-Core rev: 982373006a98cf2303514badd1cfb692108408c0) Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Default to explicitly setting the variable to disable pseudoRichard Purdie2011-09-091-0/+4
| | | | | | | | | | If we don't do this, sometimes pseudo can end up enabling itself when it isn't required. Setting this value into the environment explicitly ensures that does not happen. (From OE-Core rev: 72252799e8c51a633a231a2cd1fe797b7faae713) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Use BPN in FILES pathsDongxiao Xu2011-08-291-2/+2
| | | | | | | | | Use BPN instead of PN in FILES path to support multilib. (From OE-Core rev: cb247225a96d57e67ce32c5674bb13b703e30a7c) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: set includedir_nativesdkKang Kai2011-08-291-0/+1
| | | | | | | | | | | | | | | Fixes [Yocto #1231] crosssdk.bbclass uses ${includedir_nativesdk} to define target_includedir, but includedir_nativesdk is not defined before. This makes gcc-crosssdk can NOT search the correct standard headers and libraries search path. Define includedir_nativesdk in bitbake.conf. (From OE-Core rev: 46a02c30d372692282f2784870df6fd63c660b10) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* utils.bbclass/multilib.class: Added misc supporting functions.Lianhao Lu2011-08-151-0/+1
| | | | | | | | | | | | | | | | 1. Added variable MULTILIB_VARIANTS to store all the instance variants for multilib extend. 2. Added function all_multilib_tune_values to collect the variable values for all multilib instance. 3. multilib bbclass handler will save the orignal value of all variables defined in MULTILIB_SAVE_VARNAME. (From OE-Core rev: 18bba910e04bff75460f408e4557d4bae21ad592) Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/powerpc64: Set baselib to 'lib64' for ppc64Kumar Gala2011-08-051-1/+3
| | | | | | | (From OE-Core rev: 7a278238d9b08e0315e92d386282cb488cc0c7b4) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH varsNitin A Kamble2011-08-051-6/+17
| | | | | | | | | This is comming from x32 need to pass special parameters to ld & as. (From OE-Core rev: 96931af89f9cc3056e413cff437a85eca85b3b75) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/qemux86-64: Automate TRANSLATED_TARGET_ARCHRichard Purdie2011-08-031-1/+1
| | | | | | (From OE-Core rev: 6def7129cf7580a935c05cc05b7f803812d5bb18) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Add SDK_PACKAGE_ARCHSMark Hatle2011-08-021-0/+1
| | | | | | | | | | | | | | | | 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>
* 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>
* multilib: Add support for compiling recipes against multiple ABIsRichard Purdie2011-07-271-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | 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) (From OE-Core rev: 5d9453049915db48ec4b5972e12287417ebb61a2) 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>
* Move architecture specific TARGET_OS mangling into tune filesRichard Purdie2011-07-251-1/+3
| | | | | | (From OE-Core rev: f10a3457cdfbb4a94978da998d178d4254632fa7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/include: Start to fill out architecture specific tune include ↵Richard Purdie2011-07-251-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | files and tune features These changes revolve around the idea of tune features. These are represented by 'flag' strings that are included in the TUNE_FEATURES variable. Any string included in TUNE_FEATURES should also add a TUNEVALID[<name>] entry so we can know which flags are available in TUNE_FEATURES and have documentation about what the flags do. We will add sanity code to error if flags are listed in TUNE_FEATURES but are not documented in TUNEVALID. A given tune configuration will want to define one or more predetermined sets of _FEATURE flag lists. These are defined in the form TUNE_FEATURES_tune-<name>. For defined tune configuation, <name> should be added to the AVAILTUNE list so that we can determine what tune configurations are available. Flags cannot be used in this case as with TUNEVALID since its useful to be able to build up tune lists from other TUNE_FEATURES_tune-yyy options. A given tune configuration may also define PACKAGE_EXTRA_ARCHS_tune-<name> and BASE_LIB_tune-<name> to control the multilib location. All options can be overridden by the distro or local user configuration. (From OE-Core rev: 5f9d56bd64997b93ed7e46c117851002a0556654) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/classes: Variable cleanupRichard Purdie2011-07-251-5/+2
| | | | | | | | | | | | | 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. (From OE-Core rev: d5521be2dcbaf213c140b0d12a4176380874426b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/include: Set TUNE_CCARGS instead of TARGET_CC_ARCHRichard Purdie2011-07-251-1/+3
| | | | | | | | | | | | | | Since we're updating the tune file format, it makes sense to abstract the compiler tune arguments at this point too. This means that should these need to be overridden at any point, the original values can still be obtained in a similar manner to the other TUNE* variables. Whilst this isn't strictly necessary for any current need, its likely good practise to standardise this behaviour. (From OE-Core rev: 3a3c69a1bc3cf0b6f6a3b13d86c12ed21798d48e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/tune: Overhaul tune include file variablesRichard Purdie2011-07-251-3/+4
| | | | | | | | | | | | | | | | | | | | | | 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. (From OE-Core rev: a10de4cf8b424ee95c8e283e75d486be5b3b8eac) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-06 08:14:16 +0000