summaryrefslogtreecommitdiff
path: root/meta/conf
Commit message (Collapse)AuthorAgeFilesLines
* 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. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* glibc: Remove unused versionSaul Wold2011-08-041-1/+0
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* bitbake.conf/qemux86-64: Automate TRANSLATED_TARGET_ARCHRichard Purdie2011-08-032-4/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* local.conf.sample: Fix TUNENAME reference (should be DEFAULTTUNE)Richard Purdie2011-08-021-1/+1
| | | | 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. 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. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* 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 Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppce500mc: Adjust PowerPC e500mc tune file to correctly set hard fpu.Malcolm Crossley2011-08-011-1/+1
| | | | | Signed-off-by: Malcolm Crossley <malcolm.crossley@ge.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* tune/arch-powerpc64: Remove support for soft-float from ppc64Kumar Gala2011-08-011-4/+2
| | | | | | | All 64-bit PPC processors support hard-float so no need to support soft-float. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* tune/arch-powerpc64: Fix typo with 64-bit TUNE_CCARGS handlingKumar Gala2011-08-011-1/+1
| | | | | | | 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>
* glibc: deletedPhil Blundell2011-08-012-37/+0
| | | | | | | 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>
* feature-arm-thumb: respect ARM_INSTRUCTION_SETMartin Jansa2011-07-291-1/+2
| | | | | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* tune-xscale: fix xscale/xscale-be confusionDmitry Eremin-Solenikov2011-07-291-1/+1
| | | | | | | | 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>
* arch-armv6, arch-armv5-dsp: correct endianness confusionPhil Blundell2011-07-292-6/+6
| | | | | | | | | | | | | | | | 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>
* tune-cortex{m1, m3, r4}: correct spelling of "cortex"Phil Blundell2011-07-293-4/+3
| | | | | | | 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>
* bitbake.conf: remove PACKAGE_EXTRA_ARCHS_tune-XXX defaultPaul Eggleton2011-07-281-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). 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>
* Update TERMCMD message to align with previous changeMatthew McClintock2011-07-271-1/+1
| | | | | | | | 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>
* multilib: Add support for compiling recipes against multiple ABIsRichard Purdie2011-07-273-0/+30
| | | | | | | | | | | | | | | | | | | | | | | | | 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>
* Add basic PowerPC core tune configRichard Purdie2011-07-277-18/+96
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add basic Mips core tune configRichard Purdie2011-07-272-3/+76
| | | | | Acked-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add ARM tune file overhaul based largely on work from Mark HatleRichard Purdie2011-07-2724-77/+435
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine/qemu: set preferred linux-yocto kernel versionBruce Ashfield2011-07-271-0/+1
| | | | | | | | The introduction of the linux-yocto-3.0 kernel is taking precedence over the known working 2.6.37 version. Forcing 2.6.37 until 3.0 is validated on the qemu machines. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* meta/conf/local.conf.sample: improve terminal examples/commentsPaul Eggleton2011-07-271-2/+6
| | | | | | | | Default to XTERM_TERM* instead of KONSOLE_TERM* since Konsole support only works for KDE 3.x, and note this in the comments (see Yocto bug 1294 for further details.) Also add a comment about PATCHRESOLVE = "noop". Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* meta/conf/local.conf.sample: improve comments/layoutPaul Eggleton2011-07-271-9/+15
| | | | | | | Some additions and grammar fixes to the comments, as well as moving the locale options to the same place. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* meta/conf/local.conf.sample: remove oprofileui-native related settingsPaul Eggleton2011-07-271-6/+0
| | | | | | | | oprofileui-nativesdk would be a better way to handle these kinds of requirements with the modern system, and it is not something that most users will need to configure anyway (nor was it supported.) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* tune-core2.inc: Drop X86ARCH32 usageRichard Purdie2011-07-271-1/+0
| | | | | | | Using i686 doesn't work well with locale generation and doesn't gain anything so revert to the i586 default. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-ia32.inc: Fix up TUNE_ARCH variable conflictsRichard Purdie2011-07-262-3/+5
| | | | | | | The current approach causes duplicate values to appear in the TUNE_ARCH field and this patch addresses that. 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>
* Move architecture specific TARGET_OS mangling into tune filesRichard Purdie2011-07-256-13/+10
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/include: Start to fill out architecture specific tune include ↵Richard Purdie2011-07-2529-36/+96
| | | | | | | | | | | | | | | | | | | | | | | | | 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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity: Increase bitbake minium version to 1.13.3 for bb.utils.contains() ↵Richard Purdie2011-07-251-1/+1
| | | | | | function 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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro_tracking_fields.inc: update the info for tcf-agentDexuan Cui2011-07-251-6/+6
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* conf/machine/include: Set TUNE_CCARGS instead of TARGET_CC_ARCHRichard Purdie2011-07-2228-32/+34
| | | | | | | | | | | | 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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/tune: Overhaul tune include file variablesRichard Purdie2011-07-2232-57/+91
| | | | | | | | | | | | | | | | | | | | 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-5/+10
| | | | | | | | | | | | | | | 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>
* tclibc-uclibc: Fix TARGET_OS for powerpcKhem Raj2011-07-221-1/+1
| | | | | | | | | 1a9ae8ea8c0540d41b8ff4d95c0420d6df754634 removed -uclibc hence it got all wrong for powerpc. uclibc TARGET_OS for classic ppc is linux-uclibc and for ppc w/ SPE its linux-uclibcspe Signed-off-by: Khem Raj <raj.khem@gmail.com>
* default-versions: Update pulseaudio as arm no longer needs a seperate backportSaul Wold2011-07-221-3/+1
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* local.conf.sample: Add a note about ASSUME_PROVIDED for help2manTom Rini2011-07-211-0/+3
| | | | | | Similar, but opposite of oe.dev example. Signed-off-by: Tom Rini <tom_rini@mentor.com>
* tcmode-default: set preferred version also for (e)glibc-localeMartin Jansa2011-07-211-0/+2
| | | | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* default-distrovars: Add largefile and argp to DISTRO_FEATURESKhem Raj2011-07-201-2/+1
| | | | | | | This is needed for packages that go into core-image-minimal and core-image-sato highlighted by uclibc Signed-off-by: Khem Raj <raj.khem@gmail.com>
* bitbake.conf, sanity.bbclass: Drop mercurial-nativeTom Rini2011-07-201-1/+0
| | | | | | | | 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>
* tune-ppce500mc: Add a tune file for PowerPC e500mc coreKumar Gala2011-07-201-0/+4
| | | | Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* tune-ppce500v2: Add a tune file for PowerPC e500v2 coresKumar Gala2011-07-201-0/+4
| | | | Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* tclibc-*libc: Utilize TARGET_FPU for gnuspe settingKumar Gala2011-07-203-2/+3
| | | | | | | | Its possible that BASE_PACKAGE_ARCH isn't set to ppce500 or ppce500v2 when we build native toolchains. So we can utilize TARGET_FPU being set to 'ppc-efd' or 'ppc-efs' to determine if we should enable the gnuspe ABI. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* distro-tracking: update libpngScott Garman2011-07-201-5/+5
| | | | Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* bitbake.conf: Change TERM default fallback to XTERM instead of GNOME_TERMKhem Raj2011-07-191-2/+2
| | | | | | | | Its better to use xterm since some folks may not be using gnome or KDE. Chances of having xterm on build machines are lot more than having gnome-terminal. Signed-off-by: Khem Raj <raj.khem@gmail.com>
* distro tracking: UpdatesSaul Wold2011-07-191-8/+13
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* distro-tracking: add RECIPE_MANUAL_CHECK_DATE for various recipesScott Garman2011-07-131-0/+7
| | | | | | | | | | | | | | | | The upstream package tracking webapp needs this additional distro tracking field to work properly for the following recipes I maintain: * icu * blktool * apmd * gperf * dosfstools * insserv * at Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* tcmode-default: update binutils versionSaul Wold2011-07-101-1/+1
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-02 05:09:14 +0000