summaryrefslogtreecommitdiffstats
path: root/meta/conf
Commit message (Collapse)AuthorAgeFilesLines
* bitbake.conf: We only care about the absolute value of baselibRichard Purdie2012-01-301-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) (From OE-Core rev: 8b70cfe7a1768b8bf1e5b7e390276518e16f14af) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: change ccache path to use MULTIMACH_HOST_SYSDmitry Eremin-Solenikov2012-01-301-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) (From OE-Core rev: 9d460e31b6b45b30b39587503d655aa2a418cbc3) Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-i586: fix hardcoded TUNE_PKGARCHDongxiao Xu2011-10-041-1/+2
| | | | | | | | | | Use TUNE_FEATURES to determine the setting to TUNE_PKGARCH, which fixes the wrong setting of PACKAGE_ARCH in multilib case. (From OE-Core rev: d8051ce1af7a5a4b72c1f772ed35eff24a4beb6b) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: remove the multilib handling to allarchDongxiao Xu2011-10-041-0/+7
| | | | | | | | | | | | | | | | | currently we have allarch type of recipes, which may still have architecture dependency, like x11-common. So we need to drop the handling to allarch in multilib case. Also remove the PV postfix in python-pygobject DEPENDS, since multilib code will treat a native package multilib capable. [YOCTO #1497] [YOCTO #1498] (From OE-Core rev: d9dc64a251bc66f16a0c5d12aa872152d43c4776) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro tracking: Update Distro AliasesSaul Wold2011-09-221-12/+89
| | | | | | | (From OE-Core rev: 40b52d9ed9b7b39bc86b3c87ae60fa6359cac265) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro-tracking: Update package aliasDexuan Cui2011-09-161-1/+10
| | | | | | | (From OE-Core rev: ed8b469babb1273d7c249baeb4b642e751317b2a) Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro-tracking: Update aliasZhai Edwin2011-09-151-7/+21
| | | | | | | (From OE-Core rev: 80f930550b696c92f2fab25a4ee8f7d51d4f1860) Signed-off-by: Zhai Edwin <edwin.zhai@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro_tracking: update package aliasDongxiao Xu2011-09-151-0/+14
| | | | | | | | | Update package alias which exist in other two distributions. (From OE-Core rev: 81388937aefbba9f57bf6351b43cff042e93ebf0) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* task-core: split into task-core-console and task-core-x11Paul Eggleton2011-09-152-4/+9
| | | | | | | | | | | | | | | | | [YOCTO #1481] Since tasks are referred to almost exclusively via RDEPENDS, and bitbake will build an entire task recipe when only one of its task packages are actually needed, building a console-only image that uses task-core-apps-console (or less directly, has apps-console in its IMAGE_FEATURES) will cause a build of a whole list of X11 applications that aren't needed. Splitting the task-core recipe into X11 and console portions prevents this issue. (From OE-Core rev: 07407baafb728c5ae1bb283f5b02a2ac773360bc) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro_tracking_field: add distro checking fieldYu Ke2011-09-151-0/+13
| | | | | | | | | add the missing distro checking field for some recipes (From OE-Core rev: eaef15630c38b8dd60f83df766e6b17cb3838130) Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: Remove recipe from multilib.conf that inherits allarchDongxiao Xu2011-09-131-2/+0
| | | | | | | | | | | | | | | Recipes like update-rc.d and qemu-config inherit "allarch", thus we shouldn't add multilib BBCLASSEXTEND for them in multilib.conf. Besides, we need to add multilib packages as the RPROVIDER contents for those recipes, in order to avoid the NoProvider error when parsing. [YOCTO #1471] (From OE-Core rev: 329d864f9bbf94ad3aae8df43d63fe10e4237e4f) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.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>
* multilib: Remove the multilib extension for linux-yoctoDongxiao Xu2011-09-071-1/+0
| | | | | | | | | | Kernel should be unique in a multilib system, so we remove the linux-yocto's extension in multilib.conf (From OE-Core rev: db78d1289705a38f0069f84101296e9309d67fa3) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: Only build one kernelRichard Purdie2011-09-021-0/+2
| | | | | | | | | | | | | | | | | For a given system we only want one kernel to be built. This change makes the main kernel recipe provide all of the provides of the various enabled multilibs hence allowing it to fulfil all the appropriate dependencies. To make this work a global multilib class file needed to be created. This patch also enables this multi provider functionality for "allarch" packages. [YOCTO #1361] (From OE-Core rev: 2fd257f6c610624f05c8dd3fe1486364af04696f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: extend multilib prefix for libsdlDongxiao Xu2011-09-021-0/+1
| | | | | | | | | libsdl is required by sato image, so extend it for multilib. (From OE-Core rev: 88abab9ba9632e87f3a081915a69cbc5c36b4d3c) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: Using different sysroot for multilib recipesDongxiao Xu2011-09-021-0/+3
| | | | | | | | | | | | | | | | | | | | | Thinking of the senario that, if we already built out a 64bit image along with the full toolchain bootstrapped, then we need to build some 32bit libraries, which needs lib32 versions of gcc and eglibc. These toolchain recipes will bootstrap again in the same sysroot, resulting that lib32-gcc-cross-initial will find some macros owned by eglibc have already been defined and thus it includes non-existed headers that provided by later lib32-eglibc. The solution for the above issue is to use different sysroot for multilib recipes, here we add ${MLPREFIX} in front of the machine specific sysroot directory name. [YOCTO #1372] (From OE-Core rev: a1508ad1aec2d2f9ee040aa217c33193cd5bd871) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro_tracking_fields: update binutils to 2.21.1aPaul Eggleton2011-08-301-3/+3
| | | | | | | (From OE-Core rev: fbd404a3dc57aa14f4e8ba0d594d00f024a3516b) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcmode-default: update binutils versionPaul Eggleton2011-08-301-1/+1
| | | | | | | | | binutils is now at version 2.21.1a. (From OE-Core rev: 92808484b1dfa55afa1af3a365898aab6d45f746) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> 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>
* mips32: add mips32el tuningPhil Blundell2011-08-241-1/+4
| | | | | | | | | This makes building for little-endian mips32 slightly more convenient. (From OE-Core rev: cd5b601bb2149cbc866dc32b46f4058d3284fb00) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune: Add hard floating point variants of cortexa8 tunesDarren Hart2011-08-231-3/+11
| | | | | | | | | | | | | Enable machines or distros to select the hard floating point abi for cortexa8 machines. I left out the arm7a thumb+neon combinations as they were not present in the original non-hf set. (From OE-Core rev: c70ebd6f8ff34071febeb132c8bc4df220e328da) Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Jason Kridner <jkridner@beagleboard.org> CC: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune: add missing closing quote to arch-armv7a.inc for AVAILTUNESDarren Hart2011-08-231-1/+1
| | | | | | | | | | | A closing quote was missing for an AVAILTUNES append operation, add it. (From OE-Core rev: 7d46901840795638ff184a43e65299446fbd0b4e) Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Jason Kridner <jkridner@beagleboard.org> CC: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* newt: update distro tracking fieldsKang Kai2011-08-191-4/+4
| | | | | | | | | Update newt distro tracking fields (From OE-Core rev: c539155c51e43680711130df9050d3e92282591e) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* alsa-tools: update license and add distro tracking fieldsKang Kai2011-08-191-3/+4
| | | | | | | | | | Update license and other informations, then bump up PR. Update distro tracking fields. (From OE-Core rev: b989bb90919eb28cb92e842e989aa5b1fd7f068c) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* slang: add homepage and update distro tracking fieldsKang Kai2011-08-191-2/+3
| | | | | | | | | | Add slang homepage and bump up PR. Update distro tracking fields. (From OE-Core rev: 86c9732728e2e29051d6e6059e19c015c06358cb) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mailx: update license and distro tracking filedsKang Kai2011-08-191-2/+7
| | | | | | | | | update mailx license and bump up PR, and update distro tracking fields. (From OE-Core rev: 290d51e9c8884886995b8adbafe4aa5eb5f879bf) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc: check dependencies among eglibc optionsKang Kai2011-08-191-1/+1
| | | | | | | | | | | | | | | Fixes [Yocto #1212] 'libc-inet' and 'ipv4' are the same thing, so remove 'libc-inet' from the default DISTRO_FEATURES_LIBC in file default-distrovars.inc. Check the dependencies among eglibc configurable options, make sure that eglibc could be compile successfully only with part of the options. (From OE-Core rev: 4b8d13b72c2c338ec5606f19aa5d7554558c51e5) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro_tracking_fields.inc: update the info for the following recipesDexuan Cui2011-08-171-28/+28
| | | | | | | | | | | | | | | cronie mdadm freetype xproto glproto dri2proto util-macros (From OE-Core rev: 4abc11e6b61d9b26d1b4ebc6c249467a47c5de07) Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: change default kernel to 3.0.xBruce Ashfield2011-08-171-1/+0
| | | | | | | | | | | | The explicit setting of version preference to 2.6.37 is no longer required. All of the qemu targets have been built and boot tested on 3.0.1 for core-image-minimal and core-image-sato and are safe for wider build/boot testing. (From OE-Core rev: 14831b6ba26a6e43a1771a8516d0af145006c504) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro-tracking: Update info for gpgme, libassuan, apr... after last upgrade.Zhai Edwin2011-08-151-23/+25
| | | | | | | (From OE-Core rev: 13db5f420ca9bff98561f80d78958278734ad1f4) Signed-off-by: Zhai Edwin <edwin.zhai@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* default-distrovars: add x11 to default DISTRO_FEATURESPhil Blundell2011-08-151-1/+1
| | | | | | | (From OE-Core rev: 74f7e5c683dfd71c4042789b8dd4908f76f7e07a) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* utils.bbclass/multilib.class: Added misc supporting functions.Lianhao Lu2011-08-152-0/+4
| | | | | | | | | | | | | | | | 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>
* tune-ppce5500: Add a set of tune files for PowerPC e5500 coreKumar Gala2011-08-122-0/+30
| | | | | | | | | | | | | | | The PPC e5500 is a 64-bit core so we add both a 32 and 64-bit set of tune files to allow for: * pure 32-bit build * pure 64-bit build * 32-bit base, 64-bit multilib * 64-bit base, 32-bit multilib (From OE-Core rev: 60286934715c5f7f27d539f4a43a7226488ef963) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppc: Update to pass glibc configure option to get cpu specific supportKumar Gala2011-08-122-2/+8
| | | | | | | | | | | | | | | We need --with-cpu based to glibc to get proper support on 603e & e500mc to pickup proper math libs to deal with sqrt. These core do not implement the fsqrt[s] instructions that the normal PPC math libs utilize. This causes use to not set AVAILTUNES specifically to the sub-arch only as we arent generically compatiable. (From OE-Core rev: 078699cb8c707830c86b55787fd535d87171388e) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* local.conf.sample: Cleanup and improveRichard Purdie2011-08-121-0/+6
| | | | | | | | | | | | | | | | | | | | | local.conf is the first thing anyone new to the project sees. Over time it has built up a ton cruft and isn't even accurate in places. This patch: * Moves things to local.conf.sample.extended if a new user is unlikely to need to immediately care about the options * Reorders the file to be more intuitive to a new user * Moves certain default values to default-distrovars.inc in cases where most users wouldn't want to change the value * Adds large blocks of text to explain what an option does. There have been too many cases of a user not realising what some of these settings do and how they can use them to their advantage (like DL_DIR for example). (From OE-Core rev: a0ccb33ac5a2231c979c3369159f763dff1e0a2e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-x86-64: Fix DEFAULTTUNE order so weak default to overrides the ↵Richard Purdie2011-08-101-1/+2
| | | | | | | | arch-ia32 version (From OE-Core rev: 34f2b2a207df8013f70a6de5a5f7e911ee2a8d71) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* default-distrovars.inc: Allow world builds to be successfulRichard Purdie2011-08-101-1/+2
| | | | | | | | | | | | | | Currently we exclude some packages with license issues from world builds but we don't exclude packages that depend on them leading to errors when trying a "bitbake world". This patch also blacklists the dependees so that a world build doesn't show horrible errors and requires the -k option. [YOCTO #1262] (From OE-Core rev: c69453fe94a649c518b0e6d79616f05579b864ce) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* defaultsetup: Use .= to add TCLIBCAPPEND to TMPDIRDaniel Lazzari2011-08-101-1/+1
| | | | | | | | | | | | | Lazily appending causes a bug where wrong cache is cleared when BB_SRCREV_POLICY = "clear". Tested with qemuarm on uclibc/eglibc in same build dir (From OE-Core rev: 391286cfae94f979bc60ecca2e73501781abdd37) Signed-off-by: Daniel Lazzari Jr <dlazzari@leapfrog.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* x86 tune inc files: add x32 abi tune parametersNitin A Kamble2011-08-093-3/+22
| | | | | | | (From OE-Core rev: 19252e0592c59ed0fb06ca510d11e564518f746d) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib.conf: Supported multilib extend in more recipes.Lianhao Lu2011-08-081-13/+436
| | | | | | | | | Added more recipes supporting multilib extend. (From OE-Core rev: 844b2db35ba5b2e263960aa79dee0d4eb2db3f2e) 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>
* machine/include/arm/feature-arm-thumb: Allow thumb to be disabledRichard Purdie2011-08-051-1/+1
| | | | | | | | | | | The previous commit to this file meant thumb was always being turned on even when TUNE_FEATURES did not contain "thumb". This is clearly wrong and this patch corrects this so thumb options are no longer specified in that case. (From OE-Core rev: 4b5e8074f8aca59b09421db464ce652e84f898f2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune/arch-powerpc64: include arch-powerpc.inc to keep things in syncKumar Gala2011-08-051-0/+4
| | | | | | | | | | | Added a DEFAULTTUNE setting and included arch-powerpc.inc. This way we pick up the changes to TUNE_PKGARCH and things should be kept more in sync going forward. (From OE-Core rev: 2c9bd779b008be266072f3c6d79430f63ec02241) 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>
* glibc: Remove unused versionSaul Wold2011-08-041-1/+0
| | | | | | | (From OE-Core rev: b894202c6f7f64102372aaea58ccb18a51545cf1) Signed-off-by: Saul Wold <sgw@linux.intel.com> 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>
* 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>
* 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>
* 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>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-12 14:28:42 +0000