summaryrefslogtreecommitdiffstats
path: root/meta/conf/bitbake.conf
Commit message (Collapse)AuthorAgeFilesLines
...
* 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>
* bitbake.conf/cross.bbclass: Add ability to dynamically change library locationRichard Purdie2011-07-251-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. (From OE-Core rev: aeea22da699b276a97ca1a17e3c53176c9afd9de) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. (From OE-Core rev: 6473c9096bf4995c21147e737322d800219c89ab) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. (From OE-Core rev: 6ba0dc5b075ab63d6c16fcb45928336a919cf070) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: update OLDEST_KERNEL to 2.6.16Paul Eggleton2011-07-081-1/+1
| | | | | | | | | | | Since we no longer support 2.4, update this setting to 2.6.16, to line up with the most accepted setting from OE. (This affects eglibc's kernel support, and 2.6.16 is the minimum version for glibc 2.9 onwards.) (From OE-Core rev: 888ab93fb8a5baf6308bdc004dba721b0950f6ab) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: update PSEUDO_PASSWD variableScott Garman2011-07-011-1/+1
| | | | | | | | | | The internal use of PSEUDO_PASSWD adds the /etc path automatically. (From OE-Core rev: 2ae82c876c1371fcf82642b141bacc70c86e7e84) Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ccache: Set CCACHE on a per recipe basisWenzong Fan2011-06-301-0/+1
| | | | | | | | | | | Set 'CCACHE_DIR' in 'bitbake.conf' and create the dirs for every package before task 'do_configure' started. [RP: Merge dirs variables into one] (From OE-Core rev: fe03f78fb0bf7d54b9472832e43764e882f918a1) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/conf: Drop MULTIMACH_ARCH variable, it adds unused complexity and ↵Richard Purdie2011-06-281-7/+2
| | | | | | | | | serves no useful purpose (From OE-Core rev: e623d3015bbdeb2b42b9763937be899a1fa9c0ca) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Create staticdev pacakge for static librariesSaul Wold2011-06-091-5/+12
| | | | | | | (From OE-Core rev: bbb1b2063cee3d022b5fc11b13a5aa8045187801) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: set PSEUDO_PASSWD within FAKEROOTENVScott Garman2011-06-061-1/+1
| | | | | | | | | | | PSEUDO_PASSWD needs to point to the directory where passwd and group files are kept. This will allow pseudo to use those users and groups to change file ownership. (From OE-Core rev: ada60e40293f78f974f641de5d3356b02bbeae4c) Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: make OVERRIDES match what people expectKoen Kooi2011-05-301-6/+6
| | | | | | | | | | In the current situation TARGET_ARCH will override MACHINE, which is counter intuitive since the machine is more specific than the arch. The order is now pn-$PN} -> arch -> machine -> distro as the machine is a set of defaults and the distro is the ultimate policy. 'failfast' has been removed since it's not used anymore, just like 'local' Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/bitbake.conf: Added variables for PR service.Lianhao Lu2011-05-271-4/+16
| | | | | | | | | | | | | | | | | | | | | | Added following variables for PR service: USE_PR_SERV: flag of whether to use the network PR service PRAUTOINX: search index for the network PR service PKGE/PKGV/PKGR: epoch, version and revision used in package feed. EXTENDPKGV: full package version string used in package relationships. For the following recipes, replace EXTENDPV with EXTENDPKGV: udev, xcb, xorg-proto, util-macros and linux-libc-headers then removed the unused EXTENDPV and EXTENDPEVER variables Users should use EXTENDPKGV instead for package feed generation. (From OE-Core rev: ad00ad1d530074dc3a0f3376f96ad5a88a7b24e2) Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: change IMAGE_ROOTFS_EXTRA_SPACE to soft (?=) defaultSaul Wold2011-05-271-5/+6
| | | | | | | (From OE-Core rev: c9205e01262f8a14c4a602642dba4583b9e7c746) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image_types: add IMAGE_ROOTFS_EXTRA_SPACESaul Wold2011-05-251-0/+4
| | | | | | | | | | | | | | | | [YOCTO #886] This address 2 needs after the IMAGE_ROOTFS_SIZE is cleaned up, by removing the _ext2/3 overrides it allows for a cleaner override using IMAGE_ROOTFS_SIZE to create a large rootfs, or by setting the IMAGE_ROOTFS_EXTRA_SPACE, will allow for extra space allocated in Kilobytes above the base size (determined by du of the rootfs * IMAGE_OVERHEAD_FACTOR, default of 1.3). (From OE-Core rev: 367934ada7c081ba3fc95f02dc14c7d6f97bfccb) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* IMAGE_ROOTFS_SIZE CleanupSaul Wold2011-05-251-4/+0
| | | | | | | | | | | | | | | | | This basic cleanup removes the _ext2/3 overrides from places they no longer belong since they did not allow further overrides. In doing this the core-image-minimal* recipes can now set a reasonably small rootfs so that it's a realistic size for minimal. The new default for minimal is 8M and will be adujsted upward by the IMAGE_OVERHEAD_FACTOR (default of 1.3). This also fixes the ROOTFS_SIZE usage in the IMAGE_CMD_<fstype> code (From OE-Core rev: d3f6e1e6106ab539e73c19037915b2e4a5f2efa9) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Couple minor fixes for the OECORE renameJessica Zhang2011-05-181-1/+1
| | | | | | | (From OE-Core rev: b5cfa911ed80a7e57ae1025b9e365f4678acf491) Signed-off-by: Jessica Zhang <jessica.zhang@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: set TARGET_VENDOR to '-oe' and remove it from defaultsetup.confMartin Jansa2011-05-171-1/+1
| | | | | | | | | * -oecore was changed to -oe to be more consistent with SDK_VENDOR as we had -oesdk as SDK_VENDOR and not -oecoresdk (From OE-Core rev: 7b3e1e0f8e31a1a20ba600bdc66fe4455e98c8f6) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/bitbake.conf: Add MACHINEOVERRIDES variableKhem Raj2011-05-161-1/+2
| | | | | | | | | | | | | | | | | By defualt it points to $MACHINE but sometimes its desired to have more than one overrides stemming out of a machine then they can be added to MACHINEOVERRIDES. e.g. MACHINEOVERRIDES = "${MACHINE}:nslu2" Note that if you redefine MACHINEOVERRIDES then default override for machine has to be added to it explicitly otherwise it will get lost. (From OE-Core rev: a16f793dd6b2b1b61704c6a7082b30abfca5fb4d) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/bitbake.conf: use --no-check-certificate to avoid errors when wgetting ↵Otavio Salvador2011-05-111-4/+4
| | | | | | | | | from https (From OE-Core rev: bc9c80307a0c2f9ad840b9181076f3824786c217) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Drop unused *GUI* and MACHINE_DISPLAY variablesRichard Purdie2011-05-111-8/+0
| | | | | | (From OE-Core rev: baf136a9c95a94c5bf89c9a818960d616439682c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro: Add defaultsetup.conf, a set of default configuration providing sane ↵Richard Purdie2011-05-111-3/+1
| | | | | | | | | | | | overrridable default for commonly used options The intent is to allow distros to share common core config but still allow customisations. The core should work with no distro set but users can still customise in any ways needed. (From OE-Core rev: c0a148077ae27a1ef57c55ac22953c68d001af57) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Include the new default-providers.inc and default-versions.inc ↵Richard Purdie2011-05-111-0/+3
| | | | | | | | | | | | files These are the minimal defaults to allow OE-Core to function standalone with no distro set and are constucted such that the distro can either override values, or totally replace the include file entirely as needed. (From OE-Core rev: b34d5e93fab4274e1a56f446e2ba4756d614cc47) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gettext.bbclass, bitbake.conf: Append nls options to EXTRA_OECONF instead of +=Khem Raj2011-05-091-1/+1
| | | | | | | | | | | | | | | | | | | | | | Some recipes do not defined EXTRA_OECONF in such cases += drops the --enable|--disable-nls options. In another case where recipe defines EXTRA_OECONF instead of adding/appending to it then --enable|--disable-nls options are lost from EXTRA_OECONF We define EXTRA_OECONF = "" in bitbake.conf so the variable exists always. We use _append instead of += so the option is added at very end and not lost. We only return empty gettext dependencies if its a target recipe in case when USE_NLS is not set because the native/cross/nativesdk recipes still need the gettext dependencies (From OE-Core rev: c47c783ddca8427aa7381e1df254a8d29ff0fe78) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Further cleanup of various poky referencesRichard Purdie2011-04-211-2/+1
| | | | | | (From OE-Core rev: fe73ea8c510877fe4e3c117985e8f3d0b79ddf1b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Only very weakly assign SRCREV to the default of INVALIDRichard Purdie2011-04-211-1/+1
| | | | | | | | | This means it can easily be overridden by other points in the code, such as a ?= assignment in recipes. (From OE-Core rev: f370961b61be2e2be4e7b33c446d71c0693ca16b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Set MAINTAINER to a non-poky default of the OE-Core mailing listRichard Purdie2011-04-211-1/+1
| | | | | | (From OE-Core rev: bb1442aaf089040312de383228bbf72c608ef02a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Set SDK_VENDOR to -oesdkRichard Purdie2011-04-211-1/+1
| | | | | | (From OE-Core rev: 856a7fd944f2881b663a82556a990ea72010f2d7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Replace POKYBASE with COREBASERichard Purdie2011-04-211-1/+1
| | | | | | (From OE-Core rev: 607a7657715f6fcba467a4e55ba64f41f4e13a15) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Drop FAKEROOT variable since its replaced with FAKEROOTENVRichard Purdie2011-04-121-1/+0
| | | | | | (From OE-Core rev: b73b1f264bda78cf5c22b29d3d13272fcc143743) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: fix PACKAGE_ARCH[vardepsexclude]Saul Wold2011-04-081-3/+3
| | | | | | | (From OE-Core rev: 4040031c79bd69c00982f7e32aa9710bdc2b9c23) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: fix MACHINE_ARCHQing He2011-04-041-2/+1
| | | | | | | | | Replaces all '-' in $MACHINE to '_', fixes [YOCTO #946] (From OE-Core rev: 69b3a11d90579bca687ad3461e7a5cd325079fe6) Signed-off-by: Qing He <qing.he@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Disable -feliminate-dwarf2-dups flag until it works with ↵Richard Purdie2011-03-291-1/+2
| | | | | | | | prelink and other issues are resolved (From OE-Core rev: 43dd780ace029c231f70424a510c934f436e513c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image_types.bbclass: Drop IMAGE_EXTRA_OPTION in favour of the more standard ↵Richard Purdie2011-03-251-3/+0
| | | | | | | | EXTRA_IMAGECMD (From OE-Core rev: 3c534247e08700eb18b27886d80e874006ee0cb8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/image.bbclass: Move image type information into image_types.bbclassRichard Purdie2011-03-251-41/+0
| | | | | | | | | | | | | | | Image generation code in .conf files is hard to read as it needs to be single line. By moving this to a separate class, multiline functions can be used instead improving readability. It also declutters bitbake.conf. There is no real functional change with this patch but it highlights the need for improvements in places such as the IMAGE_EXTRA_OPTION ext* specific variable which makes no sense. (From OE-Core rev: a5c403f0fc71f38c0669691da7f637303ea09a27) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-04 03:45:40 +0000