sysmo-bts
/
generic-poky
9
0
Fork 0
Code Pull Requests Releases Activity
generic-poky/meta/conf/bitbake.conf

797 lines
31 KiB
Plaintext
Raw Normal View History

Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Standard target filesystem paths.
##################################################################
bitbake.conf/cross.bbclass: Add ability to dynamically change library location 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>
2011-07-22 12:08:58 +00:00
#
# If changing these values, beware that native/cross/nativesdk bbclass
# files may also need changes to keep in sync.
#
# Used by multilib code to change the library paths
bitbake.conf/powerpc64: Set baselib to 'lib64' for ppc64 (From OE-Core rev: 7a278238d9b08e0315e92d386282cb488cc0c7b4) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-04 18:51:26 +00:00
baselib = "${BASELIB}"
bitbake.conf: We only care about the absolute value of baselib 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>
2011-11-24 17:46:46 +00:00
baselib[vardepvalue] = "${baselib}"
bitbake.conf/powerpc64: Set baselib to 'lib64' for ppc64 (From OE-Core rev: 7a278238d9b08e0315e92d386282cb488cc0c7b4) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-04 18:51:26 +00:00
BASELIB = "lib"
BASELIB_powerpc64 = "lib64"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
# Path prefixes
export base_prefix = ""
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
export prefix = "/usr"
export exec_prefix = "/usr"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
# Base paths
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
export base_bindir = "${base_prefix}/bin"
export base_sbindir = "${base_prefix}/sbin"
bitbake.conf/cross.bbclass: Add ability to dynamically change library location 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>
2011-07-22 12:08:58 +00:00
export base_libdir = "${base_prefix}/${baselib}"
bitbake.conf: add nonarch_base_lib variable Adapt stagging.bbclass to this change (From OE-Core rev: 0730a8cbb42cd8b6667f2d1daefa0f6fcec06af2) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-12-14 13:55:09 +00:00
export nonarch_base_libdir = "${base_prefix}/lib"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
# Architecture independent paths
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
export datadir = "${prefix}/share"
export sysconfdir = "${base_prefix}/etc"
export servicedir = "${base_prefix}/srv"
export sharedstatedir = "${base_prefix}/com"
export localstatedir = "${base_prefix}/var"
export infodir = "${datadir}/info"
export mandir = "${datadir}/man"
export docdir = "${datadir}/doc"
bitbake.conf: Change systemd_unitdir definition systemd_unitdir indicates the arch independent files which are basically scripts and unit files and systemd wants then to be in /lib always even when base_libdir is /lib64, hence we have to reflect that and not use base_libdir to define it. Otherwise on architectures where base_libdir is lib64 e.g. ppc64 or multilibbed x86_64 this wont work (From OE-Core rev: 50e713d4ae35f9b5f5f2a515a95d77573610d707) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-26 07:03:49 +00:00
export systemd_unitdir = "/lib/systemd"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
# Architecture dependent paths
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
export bindir = "${exec_prefix}/bin"
export sbindir = "${exec_prefix}/sbin"
bitbake.conf/cross.bbclass: Add ability to dynamically change library location 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>
2011-07-22 12:08:58 +00:00
export libdir = "${exec_prefix}/${baselib}"
bitbake.conf: change libexecdir to ${libdir}/${BPN} In order to be more compliant with the Filesystem Hierarchs Standard (FHS), this change removes the /usr/libexec default in favor of ${libdir}/${BPN} (which is typically /usr/lib). http://www.pathname.com/fhs/pub/fhs-2.3.html This also address the native and STAGING variations [YOCTO #2915] (From OE-Core rev: 68c31b095a1cb20bd297df596024fc568614f5e8) (From OE-Core rev: 406bd38b4232f9f399ef5ffe0b4fac72ed605a23) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-15 22:19:10 +00:00
export libexecdir = "${libdir}/${BPN}"
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
export includedir = "${exec_prefix}/include"
export oldincludedir = "${exec_prefix}/include"
Add and use 'localedir' variable This avoids the hardcoding of ${libdir}/locale which is all over the place, and will facilitate use of ${exec_prefix}/lib/locale instead of ${libdir}/locale. This doesn't actually change any output at this time. Verified this with buildhistory against the packages produced from core-image-base. (From OE-Core rev: b744f4cc2912334b8493a89525fd02af8e9b8edf) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-24 19:00:41 +00:00
localedir = "${libdir}/locale"
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
bitbake.conf/cross.bbclass: Add ability to dynamically change library location 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>
2011-07-22 12:08:58 +00:00
# Linkage between native/cross/nativesdk layouts
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
base_bindir_native = "/bin"
base_sbindir_native = "/sbin"
sysconfdir_native = "/etc"
prefix_native = "/usr"
bindir_native = "${prefix_native}/bin"
sbindir_native = "${prefix_native}/sbin"
includedir_native = "${prefix_native}/include"
libdir_native = "${prefix_native}/lib"
bitbake.conf: change libexecdir to ${libdir}/${BPN} In order to be more compliant with the Filesystem Hierarchs Standard (FHS), this change removes the /usr/libexec default in favor of ${libdir}/${BPN} (which is typically /usr/lib). http://www.pathname.com/fhs/pub/fhs-2.3.html This also address the native and STAGING variations [YOCTO #2915] (From OE-Core rev: 68c31b095a1cb20bd297df596024fc568614f5e8) (From OE-Core rev: 406bd38b4232f9f399ef5ffe0b4fac72ed605a23) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-15 22:19:10 +00:00
libexecdir_native = "${libdir_native}/${BPN}"
bitbake.conf: search /lib for -native builds 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>
2012-01-12 16:30:24 +00:00
base_libdir_native = "/lib"
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
datadir_native = "${prefix_native}/share"
bindir_cross = "/bin"
staging: Use relative path in sysroot-destdir for target recipes Original we used absolute path in sysroot-destdir for both native and target recipes. This commit changes target recipes to use relative path which is same as the image directory. [sgw: merged with libtool sysroot work] Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-01-18 08:17:58 +00:00
bindir_crossscripts = "${bindir}/crossscripts"
meta-toolchain: Improve layout * Switch from /usr/local/poky to /opt/poky * Use a sysroots directory for both the "native" sdk binaries and the target * Drop the meta-toolchain extras packages. These are replaced with packaged-staging. * Change the nativesdk layout to match our usual filesystem layout * Clean up various hardcoded prefix references Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-07-02 13:35:08 +00:00
prefix_nativesdk = "/usr"
bindir_nativesdk = "${prefix_nativesdk}/bin"
bitbake.conf: set includedir_nativesdk 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>
2011-08-25 02:25:55 +00:00
includedir_nativesdk = "${prefix_nativesdk}/include"
meta-toolchain: Improve layout * Switch from /usr/local/poky to /opt/poky * Use a sysroots directory for both the "native" sdk binaries and the target * Drop the meta-toolchain extras packages. These are replaced with packaged-staging. * Change the nativesdk layout to match our usual filesystem layout * Clean up various hardcoded prefix references Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-07-02 13:35:08 +00:00
libdir_nativesdk = "${prefix_nativesdk}/lib"
bitbake.conf: Add base_libdir_nativesdk Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-07-15 09:14:49 +00:00
base_libdir_nativesdk = "/lib"
meta-toolchain: update to reflect opkg state directory move Signed-off-by: Joshua Lock <josh@linux.intel.com>
2010-08-26 07:59:20 +00:00
localstatedir_nativesdk = "/var"
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
#
# Cross recipes need to know about the target layout
# := is used carefully here
#
target_datadir := "${datadir}"
bitbake.conf: Define USRBINPATH globally instead of individually Many recipes are now having to define PERLPATH and PYTHONPATH variables. Creating USRBINPATH in bitbake.conf means we can remove all these lines from the many recipes now needing this and simplify the code changes needed in each case, reducing the chance of errors being introduced. Also fixup glib python binary location issue and fix function indentation. (From OE-Core rev: cf63d9068c3a8c635dfc240d30dfff278be9b0e2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-18 17:38:05 +00:00
# Used to find env/perl/python
USRBINPATH = "${bindir}"
USRBINPATH_class-native = "/usr/bin"
USRBINPATH_class-nativesdk = "/usr/bin"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
bitbake.conf: import var ROOT_HOME Import var ROOT_HOME to configure root home directory dynamically. [Yocto 2683] (From OE-Core rev: a78cd0b3a69b829327cea035321051ab11cba70f) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-12-18 08:22:23 +00:00
# Root home directory
bitbake.conf: update way to set default ROOT_HOME Use "??=" to set default ROOT_HOME. It can be overwrote by developer with "?=" in any layer and at same time it also can be overwrote in local.conf. (From OE-Core rev: 902d3fa57d4659ee12aac80246dcaca5c45f9d8c) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-10 06:47:39 +00:00
ROOT_HOME ??= "/home/root"
bitbake.conf: import var ROOT_HOME Import var ROOT_HOME to configure root home directory dynamically. [Yocto 2683] (From OE-Core rev: a78cd0b3a69b829327cea035321051ab11cba70f) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-12-18 08:22:23 +00:00
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Architecture-dependent build variables.
##################################################################
BUILD_ARCH = "${@os.uname()[4]}"
BUILD_OS = "${@os.uname()[0].lower()}"
BUILD_VENDOR = ""
BUILD_SYS = "${BUILD_ARCH}${BUILD_VENDOR}-${BUILD_OS}"
BUILD_PREFIX = ""
BUILD_CC_ARCH = ""
toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH vars 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>
2011-07-27 22:31:28 +00:00
BUILD_LD_ARCH = ""
BUILD_AS_ARCH = ""
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
BUILD_EXEEXT = ""
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
HOST_ARCH = "${TARGET_ARCH}"
HOST_OS = "${TARGET_OS}"
HOST_VENDOR = "${TARGET_VENDOR}"
HOST_SYS = "${HOST_ARCH}${HOST_VENDOR}-${HOST_OS}"
HOST_PREFIX = "${TARGET_PREFIX}"
HOST_CC_ARCH = "${TARGET_CC_ARCH}"
toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH vars 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>
2011-07-27 22:31:28 +00:00
HOST_LD_ARCH = "${TARGET_LD_ARCH}"
HOST_AS_ARCH = "${TARGET_AS_ARCH}"
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
HOST_EXEEXT = ""
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
conf/machine/tune: Overhaul tune include file variables 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>
2011-07-22 13:15:20 +00:00
TUNE_ARCH ??= "INVALID"
conf/machine/include: Set TUNE_CCARGS instead of TARGET_CC_ARCH 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>
2011-07-22 14:13:03 +00:00
TUNE_CCARGS ??= ""
bitbake.conf: add TUNE_CCARGS[vardepvalue] * we don't care about expression but value * e.g. tune-xscale and tune-arm926ejs have different expression in TUNE_CCARGS but with the same DEFAULTTUNE the result is the same http://lists.linuxtogo.org/pipermail/openembedded-core/2012-September/030032.html (From OE-Core rev: 03f1e34ea3ce80931e9c3cd2ab22824f28a7233b) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-22 12:08:13 +00:00
TUNE_CCARGS[vardepvalue] = "${TUNE_CCARGS}"
toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH vars 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>
2011-07-27 22:31:28 +00:00
TUNE_LDARGS ??= ""
TUNE_ASARGS ??= ""
conf/machine/include: Start to fill out architecture specific tune include 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>
2011-07-22 16:32:21 +00:00
TUNE_FEATURES ??= "${TUNE_FEATURES_tune-${DEFAULTTUNE}}"
Move architecture specific TARGET_OS mangling into tune files (From OE-Core rev: f10a3457cdfbb4a94978da998d178d4254632fa7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-22 16:54:32 +00:00
LIBCEXTENSION ??= ""
ABIEXTENSION ??= ""
bitbake.conf: Add weak definition for USE_NLS USE_NLS is generally defined for uclibc based system builds and generally its defined to 'no' there. However this variable does not exist at all for eglibc/glibc distributions. This patch adds a weak definition to 'yes' on eglibc based system builds. This will ease out some of the cryptic contructs we have to define certain options based on USE_NLS and also checking got uclibc at the same time to avoid pythong exceptions when its not defined. (From OE-Core rev: 41db1bf69314e542a9d7ac1fb1b4bc65db75b642) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-28 21:36:47 +00:00
USE_NLS ??= "yes"
gettext: Improve USE_NLS handling for nativesdk/crosssdk/cross-canadian The gettext handling of USE_NLS has become a bit tricky to understand, or alter from the SDK context. This patch introduces a SDKUSE_NLS which can be set to configure a given SDK/ADT to use NLS or not. This is independent of the target system NLS usage. The code in gettext.bbclass is therefore simplified and the classes themselves now set USE_NLS to appropriate values. No NLS is used for native, cross and crosssdk since it is never used there and would just increase build time. (From OE-Core rev: fe634d47449899f7424adb77ff5bc7ddf8a07a47) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-20 17:13:14 +00:00
SDKUSE_NLS ??= "yes"
conf/machine/include: Set TUNE_CCARGS instead of TARGET_CC_ARCH 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>
2011-07-22 14:13:03 +00:00
conf/machine/tune: Overhaul tune include file variables 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>
2011-07-22 13:15:20 +00:00
TARGET_ARCH = "${TUNE_ARCH}"
Move architecture specific TARGET_OS mangling into tune files (From OE-Core rev: f10a3457cdfbb4a94978da998d178d4254632fa7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-22 16:54:32 +00:00
TARGET_OS = "linux${LIBCEXTENSION}${ABIEXTENSION}"
bitbake.conf: set TARGET_VENDOR to '-oe' and remove it from defaultsetup.conf * -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>
2011-05-13 12:45:38 +00:00
TARGET_VENDOR = "-oe"
meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True) Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-03 10:59:25 +00:00
TARGET_SYS = "${TARGET_ARCH}${TARGET_VENDOR}${@['-' + d.getVar('TARGET_OS', True), ''][d.getVar('TARGET_OS', True) == ('' or 'custom')]}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
TARGET_PREFIX = "${TARGET_SYS}-"
conf/machine/include: Set TUNE_CCARGS instead of TARGET_CC_ARCH 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>
2011-07-22 14:13:03 +00:00
TARGET_CC_ARCH = "${TUNE_CCARGS}"
toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH vars 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>
2011-07-27 22:31:28 +00:00
TARGET_LD_ARCH = "${TUNE_LDARGS}"
TARGET_AS_ARCH = "${TUNE_ASARGS}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
bitbake.conf: Add SDK variable definitions Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-17 00:00:45 +00:00
SDK_ARCH = "${BUILD_ARCH}"
SDK_OS = "${BUILD_OS}"
bitbake.conf: Set SDK_VENDOR to -oesdk (From OE-Core rev: 856a7fd944f2881b663a82556a990ea72010f2d7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-04-21 10:37:23 +00:00
SDK_VENDOR = "-oesdk"
meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True) Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-03 10:59:25 +00:00
SDK_SYS = "${SDK_ARCH}${SDK_VENDOR}${@['-' + d.getVar('SDK_OS', True), ''][d.getVar('SDK_OS', True) == ('' or 'custom')]}"
bitbake.conf: Add SDK variable definitions Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-17 00:00:45 +00:00
SDK_PREFIX = "${SDK_SYS}-"
SDK_CC_ARCH = "${BUILD_CC_ARCH}"
bitbake.conf/classes/gcc: Don't hardcode -nativesdk Hardcoding -nativesdk as the sdk package architecture is inflexible. We may have multiple different target OS and we need a way to be able to separate them. Turning this into a configurable value allows the flexibility we need to build different SDKMACHINEs with different OS targets. The commit should have no behaviour change, just makes things more configurable. (From OE-Core rev: a2110e86b98d646e136de9ec6b8e668079b0d4f4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22 09:12:04 +00:00
SDKPKGSUFFIX = "nativesdk"
SDK_PACKAGE_ARCHS = "all any noarch ${SDK_ARCH}-${SDKPKGSUFFIX}"
toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH vars 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>
2011-07-27 22:31:28 +00:00
SDK_LD_ARCH = "${BUILD_LD_ARCH}"
SDK_AS_ARCH = "${BUILD_AS_ARCH}"
bitbake.conf: Add SDK variable definitions Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-17 00:00:45 +00:00
bitbake.conf/classes: Variable cleanup 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>
2011-07-11 13:44:04 +00:00
PACKAGE_ARCH = "${TUNE_PKGARCH}"
meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True) Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-03 10:59:25 +00:00
MACHINE_ARCH = "${@[d.getVar('TUNE_PKGARCH', True), d.getVar('MACHINE', True)][bool(d.getVar('MACHINE', True))].replace('-', '_')}"
conf/machine/include: Start to fill out architecture specific tune include 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>
2011-07-22 16:32:21 +00:00
PACKAGE_EXTRA_ARCHS ??= "${PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE}}"
bitbake.conf/tune files: Adjust PACKAGE_EXTEA_ARCHS There is a problem with the current PACKAGE_EXTRA_ARCHS implementation since its impossible to control which extra architectures sort higher than TARGET_ARCH and which sort lower. In the x86 case for example, TARGET_ARCH might be "i586", i486 should be lower than this and i686 should be higher. There are also complications where its easy to inject duplicate entries into the variable. I tried various versions of this patch and concluded that it was simplest just to force the tune files to include TARGET_ARCH in the list in the right place if they're planning to customise it themselves. Other approaches with appends and prepends just complicated the code for no good reason. The TARGET_ARCH definitions should also move to the tune files but I'll leave this for a separate patch. (From OE-Core rev: d492ebf8b1801da99c679f465be98ce54fd3061a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-03-15 20:11:17 +00:00
PACKAGE_ARCHS = "all any noarch ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}"
bitbake.conf: fix PACKAGE_ARCH[vardepsexclude] (From OE-Core rev: 4040031c79bd69c00982f7e32aa9710bdc2b9c23) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-04-08 16:10:31 +00:00
# MACHINE_ARCH shouldn't be included here as a variable dependency
# since machine specific packages are handled using multimachine
PACKAGE_ARCHS[vardepsexclude] = "MACHINE_ARCH"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
classes/conf: Drop MULTIMACH_ARCH variable, it adds unused complexity and 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>
2011-06-22 15:10:16 +00:00
MULTIMACH_TARGET_SYS = "${PACKAGE_ARCH}${TARGET_VENDOR}-${TARGET_OS}"
MULTIMACH_HOST_SYS = "${PACKAGE_ARCH}${HOST_VENDOR}-${HOST_OS}"
Merge multimachine class into bitbake.conf and create singlemachine.bbclass as a backwards compatibility option git-svn-id: https://svn.o-hand.com/repos/poky/trunk@4858 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-07-17 20:49:48 +00:00
glibc: make ARMv6 binary locales working with recent qemu Qemu 20071121 has ARMv6 support working but generating of binary locales require using proper "-cpu" switch - otherwise it sigsegv with illegal instruction. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3306 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-12-04 16:23:28 +00:00
# select proper CPU to get binary locales generated
QEMU_OPTIONS = ""
QEMU_OPTIONS_iwmmxt = "-cpu pxa270-c5"
QEMU_OPTIONS_armv6 = "-cpu arm1136"
bitbake.conf: Add QEMU_OPTIONS for armv7a git-svn-id: https://svn.o-hand.com/repos/poky/trunk@4859 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-07-17 20:52:49 +00:00
QEMU_OPTIONS_armv7a = "-cpu cortex-a8"
bitbake.conf: override -cpu for qemu on ppc with SPE We use -mtune flags which lets our application have SPE intruction in them which is a good thing but when running qemu especially in user mode these application wont work with default powerpc emulation. Therefore we have to add proper -cpu option to let qemu emulate for a given cpu. (From OE-Core rev: 695598415b4e9e17def7f04332bdbc0d24cc1efc) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-20 22:55:14 +00:00
QEMU_OPTIONS_e500v2 = "-cpu e500v2"
QEMU_OPTIONS_e500mc = "-cpu e500mc"
QEMU_OPTIONS_e5500 = "-cpu e5500"
QEMU_OPTIONS_e5500-64b = "-cpu e5500"
glibc: make ARMv6 binary locales working with recent qemu Qemu 20071121 has ARMv6 support working but generating of binary locales require using proper "-cpu" switch - otherwise it sigsegv with illegal instruction. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3306 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-12-04 16:23:28 +00:00
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Date/time variables.
##################################################################
DATE := "${@time.strftime('%Y%m%d',time.gmtime())}"
TIME := "${@time.strftime('%H%M%S',time.gmtime())}"
DATETIME = "${DATE}${TIME}"
Pull conf file updates from OE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@270 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-02-10 11:45:39 +00:00
##################################################################
# Openembedded Software Prerequisites.
##################################################################
# python-native should be here but python relies on building
# its own in staging
Sync various tweaks from OE, change default SRCREV policy to not auto increment rather than hitting the network. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3345 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-12-18 15:04:06 +00:00
ASSUME_PROVIDED = "\
bzip2-native \
bitbake.conf: Add chrpath-native to ASSUME_PROVIDED We assume chrpath is provided natively so it should be listed in ASSUME_PROVIDED. (From OE-Core rev: 97a3ea712003e8d48dc68c282e656591f39d2d1a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-02 13:12:21 +00:00
chrpath-native \
bitbake.conf: Add git-native to ASSUME_PROVIDED Originally, git was something new, not installed everywhere and had commandline stability problems. This has changed and git it no longer makes sense to continually build this when the system installed version is likely sufficient. This speeds up build since recipes no longer have to wait for git-native to build if they're fetched from a git:// SRC_URI. Also add git to the sanity checks and drop the no unneeded svn reference. (From OE-Core rev: 79e24186481770181565a18d177584d0d72399fe) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-10 13:26:18 +00:00
git-native \
Sync various tweaks from OE, change default SRCREV policy to not auto increment rather than hitting the network. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3345 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-12-18 15:04:06 +00:00
grep-native \
diffstat-native \
patch-native \
perl-native-runtime \
python-native-runtime \
bitbake.conf: Add tar-native to ASSUME_PROVIDED, add FETCHOPTION_checkonly_wget git-svn-id: https://svn.o-hand.com/repos/poky/trunk@4234 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-04-11 13:19:21 +00:00
tar-native \
bitbake.conf: Add virtual/libintl-native to ASSUME_PROVIDED Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-11-05 20:04:54 +00:00
virtual/libintl-native \
Sync various tweaks from OE, change default SRCREV policy to not auto increment rather than hitting the network. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3345 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-12-18 15:04:06 +00:00
"
bitbake.conf: Add chrpath-native to ASSUME_PROVIDED We assume chrpath is provided natively so it should be listed in ASSUME_PROVIDED. (From OE-Core rev: 97a3ea712003e8d48dc68c282e656591f39d2d1a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-02 13:12:21 +00:00
# gzip-native should be listed above?
Pull conf file updates from OE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@270 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-02-10 11:45:39 +00:00
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Package default variables.
##################################################################
Convert to use direct access to the data store (instead of bb.data.*Var*()) 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>
2011-11-09 15:00:01 +00:00
PN = "${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE'),d)[0] or 'defaultpkgname'}"
PV = "${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE'),d)[1] or '1.0'}"
PR = "${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE'),d)[2] or 'r0'}"
bitbake.conf: add default PRINC 0 to be able to increment it (From OE-Core rev: 656793c706d84460f397b10ceb23ebb721ed3960) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-02 18:39:04 +00:00
PRINC ?= "0"
classes/conf: Merge missing package epoch (PE) support (from OE), also make OE package field sane git-svn-id: https://svn.o-hand.com/repos/poky/trunk@1839 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-05-31 22:51:19 +00:00
PF = "${PN}-${EXTENDPE}${PV}-${PR}"
bitbake.conf: Use casting to ensure valid comparision python3 is stricter about type comparisions so add an explicit cast to int() to ensure this code is portable. (From OE-Core rev: b9a1b9ad55c0f9fec082ffa37e576d8fd664becd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-07 12:56:06 +00:00
EXTENDPE = "${@['','${PE\x7d_'][int(d.getVar('PE',1) or 0) > 0]}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
P = "${PN}-${PV}"
Convert to use direct access to the data store (instead of bb.data.*Var*()) 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>
2011-11-09 15:00:01 +00:00
EXTENDPRAUTO = "${@['.${PRAUTO\x7d',''][d.getVar('PRAUTO',1) is None]}"
conf/bitbake.conf: Added variables for PR service. 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>
2011-05-27 06:31:46 +00:00
PRAUTOINX = "${PF}"
PKGV ?= "${PV}"
PKGR ?= "${PR}${EXTENDPRAUTO}"
bitbake.conf: Use casting to ensure valid comparision python3 is stricter about type comparisions so add an explicit cast to int() to ensure this code is portable. (From OE-Core rev: b9a1b9ad55c0f9fec082ffa37e576d8fd664becd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-07 12:56:06 +00:00
PKGE ?= "${@['','${PE\x7d'][int(d.getVar('PE',1) or 0) > 0]}"
Convert to use direct access to the data store (instead of bb.data.*Var*()) 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>
2011-11-09 15:00:01 +00:00
EXTENDPKGEVER = "${@['','${PKGE\x7d:'][d.getVar('PKGE',1).strip() != '']}"
conf/bitbake.conf: Added variables for PR service. 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>
2011-05-27 06:31:46 +00:00
EXTENDPKGV ?= "${EXTENDPKGEVER}${PKGV}-${PKGR}"
bitbake.conf: Create BPN variable containing the pruned version of PN with various suffixes removed and use this for S and FILESPATH. This uses naming from OE but with improved code
2009-01-02 10:15:45 +00:00
# Base package name
# Automatically derives "foo" from "foo-native", "foo-cross" or "foo-initial"
# otherwise it is the same as PN and P
nativesdk: Switch to using nativesdk as a prefix, not a suffix As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. (From OE-Core rev: 81813c0e322dc04ce4b069117188d8a54dfddb8c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-22 17:43:33 +00:00
SPECIAL_PKGSUFFIX = "-native -cross -initial -intermediate -crosssdk -cross-canadian"
Convert to use direct access to the data store (instead of bb.data.*Var*()) 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>
2011-11-09 15:00:01 +00:00
BPN = "${@base_prune_suffix(d.getVar('PN', True), d.getVar('SPECIAL_PKGSUFFIX', True).split(), d)}"
bitbake.conf: Create BPN variable containing the pruned version of PN with various suffixes removed and use this for S and FILESPATH. This uses naming from OE but with improved code
2009-01-02 10:15:45 +00:00
BP = "${BPN}-${PV}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
# Package info.
SECTION = "base"
PRIORITY = "optional"
bitbake.conf & package.bbclass: Use default SUMMARY and DESCRIPTION A new default SUMMARY and DESCRIPTION was defined for any package that previously did not contain one. This value is based on the original SUMMARY_${PN} value. The new default SUMMARY and DESCRIPTION is used as a basis for all of the automatic summary and descriptions for the various package splits, include ${PN}, ${PN}-dbg, ${PN}-dev, ${PN}-doc, and locales. A recipe may also override any of the automatic summaries by simply specifying the value. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-02-02 15:16:47 +00:00
SUMMARY ?= "${PN} version ${PV}-${PR}"
DESCRIPTION ?= "${SUMMARY}"
# The following two are commented out because they result in a recursive
# definition of the variable in some corner cases. These are left in
# to illustrate the intended behavior.
#SUMMARY_${PN} ?= "${SUMMARY}"
#DESCRIPTION_${PN} ?= "${DESCRIPTION}"
SUMMARY_${PN}-dbg ?= "${SUMMARY} - Debugging files"
DESCRIPTION_${PN}-dbg ?= "${DESCRIPTION} \
This package contains ELF symbols and related sources for debugging purposes."
SUMMARY_${PN}-dev ?= "${SUMMARY} - Development files"
DESCRIPTION_${PN}-dev ?= "${DESCRIPTION} \
bitbake.conf: Create staticdev pacakge for static libraries (From OE-Core rev: bbb1b2063cee3d022b5fc11b13a5aa8045187801) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-26 16:13:50 +00:00
This package contains symbolic links, header files, and \
bitbake.conf & package.bbclass: Use default SUMMARY and DESCRIPTION A new default SUMMARY and DESCRIPTION was defined for any package that previously did not contain one. This value is based on the original SUMMARY_${PN} value. The new default SUMMARY and DESCRIPTION is used as a basis for all of the automatic summary and descriptions for the various package splits, include ${PN}, ${PN}-dbg, ${PN}-dev, ${PN}-doc, and locales. A recipe may also override any of the automatic summaries by simply specifying the value. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-02-02 15:16:47 +00:00
related items necessary for software development."
bitbake.conf: Create staticdev pacakge for static libraries (From OE-Core rev: bbb1b2063cee3d022b5fc11b13a5aa8045187801) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-26 16:13:50 +00:00
SUMMARY_${PN}-staticdev ?= "${SUMMARY} - Development files (Static Libraries)"
DESCRIPTION_${PN}-staticdev?= "${DESCRIPTION} \
This package contains static libraries for software development."
bitbake.conf & package.bbclass: Use default SUMMARY and DESCRIPTION A new default SUMMARY and DESCRIPTION was defined for any package that previously did not contain one. This value is based on the original SUMMARY_${PN} value. The new default SUMMARY and DESCRIPTION is used as a basis for all of the automatic summary and descriptions for the various package splits, include ${PN}, ${PN}-dbg, ${PN}-dev, ${PN}-doc, and locales. A recipe may also override any of the automatic summaries by simply specifying the value. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-02-02 15:16:47 +00:00
SUMMARY_${PN}-doc ?= "${SUMMARY} - Documentation files"
DESCRIPTION_${PN}-doc ?= "${DESCRIPTION} \
This package contains documentation."
Make invalid LICENSE fields fatal Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-09-30 19:15:40 +00:00
LICENSE = "INVALID"
bitbake.conf: Set MAINTAINER to a non-poky default of the OE-Core mailing list (From OE-Core rev: bb1442aaf089040312de383228bbf72c608ef02a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-04-21 10:38:41 +00:00
MAINTAINER = "OE-Core Developers <openembedded-core@lists.openembedded.org>"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
HOMEPAGE = "unknown"
# Package dependencies and provides.
Merge devgen branch to trunk. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@743 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-09-21 16:29:02 +00:00
# Ensure that -dev packages recommend the corresponding -dev packages of their
# deps, and the same for -dbg.
DEPCHAIN_PRE = ""
DEPCHAIN_POST = "-dev -dbg"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
DEPENDS = ""
RDEPENDS = ""
PROVIDES = ""
bitbake.conf: Stop providing ${P} and ${PF} by default For a long time we've provided PN-PV and PN-PV-PR by tweaking PROVIDES. This looks nice at first glance however it turns out to be a bit problematic. Taking make as an example where there are two versions, 3.81 and 3.82, what should "bitbake make-3.81" do? Currently it builds make-3.81 and make-3.82 and breaks in interesting ways. Is that a bitbake bug? Well, it certainly shouldn't try and run the build. Why is it building 3.82 though? Its due to finding a dependency on "make-dev" and then trying to figure out what provides it? The answer is "make" and the default version of "make" is 3.82. So arguably, finding "make-3.81" should infer PREFERRED_VERSION_make = "3.81". Doing so resolved the above problem since now "make" resolves to "make-3.81". So what about if we have Recipe A: DEPENDS = "make-3.81" and Recipe B: DEPENDS = "make-3.82" That is clearly an error, easy. So finally what about if we have Recipe A: DEPENDS = "make-3.81" and Recipe B: DEPENDS = "make" The first recipe infers the PREFERRED_VERSION_make = "3.81" and then forces that version on everything else. Is that desired? Probably not in most cases, at least not silently. As mitigation, we could print a WARNING about this happening. The final part of the problem is that we can ony figure this out within bitbake itself. That means we'd have to teach bitbake about the PN-PV format of PROVIDES which is breaking the separation between bitbake and the metadata. We can't win :(. Nobody that I know of is using or relying on this functionality so perhaps we should just remove it instead which is what this patch does. Opinions? (From OE-Core rev: a87c205bb6cefd5e1a41b8e7ef02b5bfa380e3b6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-09 14:14:39 +00:00
PROVIDES_prepend = "${PN} "
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
RPROVIDES = ""
nativesdk: Switch to using nativesdk as a prefix, not a suffix As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. (From OE-Core rev: 81813c0e322dc04ce4b069117188d8a54dfddb8c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-22 17:43:33 +00:00
MULTI_PROVIDER_WHITELIST = "virtual/libintl virtual/libintl-native virtual/nativesdk-libintl virtual/xserver virtual/update-alternatives-native virtual/update-alternatives"
bitbake.conf: Sync with OE.dev git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2626 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-09-01 14:38:51 +00:00
bitbake.conf: Account for different shared library extensions on darwin in default FILES expressions, add layout_base_prefix to some extra layout variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3774 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-02-11 23:01:28 +00:00
SOLIBS = ".so.*"
bitbake.conf: Work around dev symlink problems on darwin On darwin, we have: libxxx.dylib -> libxxx.Y.dylib compared to Linux which has: libxxx.so -> libxxx.so.Y Our ordering of PACKAGES with -dev first and then ${PN} makes it impossible to match the files correctly using simple globbing. This makes darwin targets completely broken since both the libs and the dev symlinks end up in ${PN}-dev. Whilst this commit is a hack, it at least puts the files into ${PN} and allows the builds to be used. Symlinks don't take up much space so this isn't the end of the world. I'm open to better solutions to this. (From OE-Core rev: 51c3dbe2df45096bbd7866adabb08e114952ff13) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22 10:24:57 +00:00
SOLIBS_darwin = ".dylib"
bitbake.conf/siteinfo.bbclass/package.bbclass: Add in support for 'darwin8' git-svn-id: https://svn.o-hand.com/repos/poky/trunk@4424 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-05-05 22:19:28 +00:00
bitbake.conf: Account for different shared library extensions on darwin in default FILES expressions, add layout_base_prefix to some extra layout variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3774 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-02-11 23:01:28 +00:00
SOLIBSDEV = ".so"
bitbake.conf: Work around dev symlink problems on darwin On darwin, we have: libxxx.dylib -> libxxx.Y.dylib compared to Linux which has: libxxx.so -> libxxx.so.Y Our ordering of PACKAGES with -dev first and then ${PN} makes it impossible to match the files correctly using simple globbing. This makes darwin targets completely broken since both the libs and the dev symlinks end up in ${PN}-dev. Whilst this commit is a hack, it at least puts the files into ${PN} and allows the builds to be used. Symlinks don't take up much space so this isn't the end of the world. I'm open to better solutions to this. (From OE-Core rev: 51c3dbe2df45096bbd7866adabb08e114952ff13) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22 10:24:57 +00:00
# Due to the ordering of PACKAGES and the naming of the dev symlinks on darwin,
# we can't make the symlinks end up in the -dev packages easily at this point. This hack
# at least means builds aren't completely broken and symlinks don't take up much space.
SOLIBSDEV_darwin = ".dylibbroken"
bitbake.conf: Account for different shared library extensions on darwin in default FILES expressions, add layout_base_prefix to some extra layout variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3774 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-02-11 23:01:28 +00:00
bitbake.conf: Add PACKAGE_BEFORE_PN to PACKAGES By doing this we can easily add addtional packages that can be greedy before PN, but after some of the other standard packages. This will also allow us to simplify the lib_package class to set this variable. (From OE-Core rev: b41b2bc584756956a48c9c5f91e7337e821105b2) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-28 20:33:42 +00:00
PACKAGE_BEFORE_PN ?= ""
PACKAGES = "${PN}-dbg ${PN}-staticdev ${PN}-dev ${PN}-doc ${PN}-locale ${PACKAGE_BEFORE_PN} ${PN}"
PACKAGES_DYNAMIC: use regexp not glob * bitbake uses PACKAGES_DYNAMIC as regexp ^ could make matching faster (and it will be more clear that we're expecting regexp not glob) * made all those last '-' optional, use .* (or nothing) (From OE-Core rev: 2f3ebdfa5f42dae51063b043cc4b0fbe20b40064) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-12 10:46:38 +00:00
PACKAGES_DYNAMIC = "^${PN}-locale-.*"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
FILES = ""
bitbake.conf: Clean up FILES, add ALLOW_EMPTY for -dbg and -dev packages git-svn-id: https://svn.o-hand.com/repos/poky/trunk@1052 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-12-19 21:18:11 +00:00
bitbake.conf: Account for different shared library extensions on darwin in default FILES expressions, add layout_base_prefix to some extra layout variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3774 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-02-11 23:01:28 +00:00
FILES_${PN} = "${bindir}/* ${sbindir}/* ${libexecdir}/* ${libdir}/lib*${SOLIBS} \
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
${sysconfdir} ${sharedstatedir} ${localstatedir} \
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
${base_bindir}/* ${base_sbindir}/* \
${base_libdir}/*${SOLIBS} \
bitbake.conf: Add udev rules into ${PN} files by default As we move to systemd, udev is not provided by systemd where the arch independent files are stored in /lib and /usr/lib and not in ${base_libdir} and ${libdir} which means the files like udev rules go into /lib/udev or /usr/lib/udev. This patch adds these paths to be packaged into default ${PN} output package from a recipe (From OE-Core rev: 6cbc0c7bf3f35e18f0abd29e5a704fba55f88ab2) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-31 06:45:47 +00:00
${base_prefix}/lib/udev/rules.d ${prefix}/lib/udev/rules.d \
bitbake.conf: Use BPN in FILES paths 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>
2011-08-25 08:29:09 +00:00
${datadir}/${BPN} ${libdir}/${BPN}/* \
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
${datadir}/pixmaps ${datadir}/applications \
${datadir}/idl ${datadir}/omf ${datadir}/sounds \
${libdir}/bonobo/servers"
bitbake.conf: Clean up FILES, add ALLOW_EMPTY for -dbg and -dev packages git-svn-id: https://svn.o-hand.com/repos/poky/trunk@1052 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-12-19 21:18:11 +00:00
bitbake.conf: add PN-bin and cleanup lib_package.bbclass Since we now have PN as the end of the package list, we can almost get rid of lib_package, each recipe can just add PACKAGES =+ PN-bin instead of the inherit (From OE-Core rev: 7acdd6177fda4643d2f04f45eb7490e45a3d491e) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-06 08:16:39 +00:00
FILES_${PN}-bin = "${bindir}/* ${sbindir}/*"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
FILES_${PN}-doc = "${docdir} ${mandir} ${infodir} ${datadir}/gtk-doc \
${datadir}/gnome/help"
bitbake.conf: Clean up FILES, add ALLOW_EMPTY for -dbg and -dev packages git-svn-id: https://svn.o-hand.com/repos/poky/trunk@1052 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-12-19 21:18:11 +00:00
SECTION_${PN}-doc = "doc"
bitbake.conf: reorder PACKAGES list This change re-orders the PACKAGES list to move PN to the end of the list this will ensure that base package gets the final bits since the packaging is greedy. We can then have -dev and other package get bits first. (From OE-Core rev: 66c36bcb7d9368718453265e58bd5e3c854c786a) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-05 11:52:21 +00:00
FILES_SOLIBSDEV ?= "${base_libdir}/lib*${SOLIBSDEV} ${libdir}/lib*${SOLIBSDEV}"
FILES_${PN}-dev = "${includedir} ${FILES_SOLIBSDEV} ${libdir}/*.la \
bitbake.conf: Create staticdev pacakge for static libraries (From OE-Core rev: bbb1b2063cee3d022b5fc11b13a5aa8045187801) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-26 16:13:50 +00:00
${libdir}/*.o ${libdir}/pkgconfig ${datadir}/pkgconfig \
bitbake.conf: reorder PACKAGES list This change re-orders the PACKAGES list to move PN to the end of the list this will ensure that base package gets the final bits since the packaging is greedy. We can then have -dev and other package get bits first. (From OE-Core rev: 66c36bcb7d9368718453265e58bd5e3c854c786a) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-05 11:52:21 +00:00
${datadir}/aclocal ${base_libdir}/*.o \
${libdir}/${BPN}/*.la ${base_libdir}/*.la"
bitbake.conf: Clean up FILES, add ALLOW_EMPTY for -dbg and -dev packages git-svn-id: https://svn.o-hand.com/repos/poky/trunk@1052 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-12-19 21:18:11 +00:00
SECTION_${PN}-dev = "devel"
ALLOW_EMPTY_${PN}-dev = "1"
conf/bitbake.conf: Added variables for PR service. 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>
2011-05-27 06:31:46 +00:00
RDEPENDS_${PN}-dev = "${PN} (= ${EXTENDPKGV})"
bitbake.conf: Clean up FILES, add ALLOW_EMPTY for -dbg and -dev packages git-svn-id: https://svn.o-hand.com/repos/poky/trunk@1052 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-12-19 21:18:11 +00:00
bitbake.conf: Modify PACKAGE list ordering to insert -staticdev file before PN (From OE-Core rev: aecc9a8ac625a48792f91afbb40def08e3a06991) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-14 07:57:57 +00:00
FILES_${PN}-staticdev = "${libdir}/*.a ${base_libdir}/*.a ${libdir}/${BPN}/*.a"
bitbake.conf: Create staticdev pacakge for static libraries (From OE-Core rev: bbb1b2063cee3d022b5fc11b13a5aa8045187801) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-26 16:13:50 +00:00
SECTION_${PN}-staticdev = "devel"
RDEPENDS_${PN}-staticdev = "${PN}-dev (= ${EXTENDPKGV})"
Revise stripping and splitting of debug information We now support two styles of debug information generation, the '.debug' style, which is the same as previously implemented. This style simply splits the debug information and makes it available in the same general directory. /bin/foo -> /bin/.debug/foo The new 'debug-file-directory' style splits the debug information and places it into the single debug-file-directory, /usr/lib/debug: /bin/foo -> /usr/lib/debug/bin/foo.debug Both also find and copy all referenced source code to a new /usr/src/debug directory. This allows the -dbg files to be used for stand-a-lone debugging on or off the target device. File stripping is now handled as a seperate operation from file splitting. This allows us to split the debug information, but also leave it in the original file -- or prevent the debug information from being split. Also enhance the comments within local.conf.sample to provide a better understanding of the control the user has over debug file generation. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-02-09 03:46:47 +00:00
DOTDEBUG-dbg = "${bindir}/.debug ${sbindir}/.debug ${libexecdir}/.debug ${libdir}/.debug \
bitbake.conf: Use BPN in FILES paths 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>
2011-08-25 08:29:09 +00:00
${base_bindir}/.debug ${base_sbindir}/.debug ${base_libdir}/.debug ${libdir}/${BPN}/.debug \
Revise stripping and splitting of debug information We now support two styles of debug information generation, the '.debug' style, which is the same as previously implemented. This style simply splits the debug information and makes it available in the same general directory. /bin/foo -> /bin/.debug/foo The new 'debug-file-directory' style splits the debug information and places it into the single debug-file-directory, /usr/lib/debug: /bin/foo -> /usr/lib/debug/bin/foo.debug Both also find and copy all referenced source code to a new /usr/src/debug directory. This allows the -dbg files to be used for stand-a-lone debugging on or off the target device. File stripping is now handled as a seperate operation from file splitting. This allows us to split the debug information, but also leave it in the original file -- or prevent the debug information from being split. Also enhance the comments within local.conf.sample to provide a better understanding of the control the user has over debug file generation. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-02-09 03:46:47 +00:00
${libdir}/matchbox-panel/.debug /usr/src/debug"
DEBUGFILEDIRECTORY-dbg = "/usr/lib/debug /usr/src/debug"
getVar/setVar cleanups 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>
2011-11-25 14:25:16 +00:00
FILES_${PN}-dbg = "${@d.getVar(['DOTDEBUG-dbg', 'DEBUGFILEDIRECTORY-dbg'][d.getVar('PACKAGE_DEBUG_SPLIT_STYLE', True) == 'debug-file-directory'], True)}"
Revise stripping and splitting of debug information We now support two styles of debug information generation, the '.debug' style, which is the same as previously implemented. This style simply splits the debug information and makes it available in the same general directory. /bin/foo -> /bin/.debug/foo The new 'debug-file-directory' style splits the debug information and places it into the single debug-file-directory, /usr/lib/debug: /bin/foo -> /usr/lib/debug/bin/foo.debug Both also find and copy all referenced source code to a new /usr/src/debug directory. This allows the -dbg files to be used for stand-a-lone debugging on or off the target device. File stripping is now handled as a seperate operation from file splitting. This allows us to split the debug information, but also leave it in the original file -- or prevent the debug information from being split. Also enhance the comments within local.conf.sample to provide a better understanding of the control the user has over debug file generation. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-02-09 03:46:47 +00:00
bitbake.conf: Clean up FILES, add ALLOW_EMPTY for -dbg and -dev packages git-svn-id: https://svn.o-hand.com/repos/poky/trunk@1052 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-12-19 21:18:11 +00:00
SECTION_${PN}-dbg = "devel"
ALLOW_EMPTY_${PN}-dbg = "1"
conf: Sync with OE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@892 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-11-20 17:13:43 +00:00
FILES_${PN}-locale = "${datadir}/locale"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
# File manifest
Convert to use direct access to the data store (instead of bb.data.*Var*()) 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>
2011-11-09 15:00:01 +00:00
FILE_DIRNAME = "${@os.path.dirname(d.getVar('FILE'))}"
bitbake.conf: Create BPN variable containing the pruned version of PN with various suffixes removed and use this for S and FILESPATH. This uses naming from OE but with improved code
2009-01-02 10:15:45 +00:00
# FILESPATH is set in base.bbclass
#FILESPATH = "${FILE_DIRNAME}/${PF}:${FILE_DIRNAME}/${P}:${FILE_DIRNAME}/${PN}:${FILE_DIRNAME}/${BP}:${FILE_DIRNAME}/${BPN}:${FILE_DIRNAME}/files:${FILE_DIRNAME}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# General work and output directories for the build system.
##################################################################
bitbake.conf: Allow TMPDIR and DEPLOY_DIR_IMAGE to be overridden
2008-11-14 10:45:49 +00:00
TMPDIR ?= "${TOPDIR}/tmp"
meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True) Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-03 10:59:25 +00:00
CACHE = "${TMPDIR}/cache${@['', '/' + str(d.getVar('MACHINE', True))][bool(d.getVar('MACHINE', True))]}${@['', '/' + str(d.getVar('SDKMACHINE', True))][bool(d.getVar('SDKMACHINE', True))]}"
bitbake.conf: Set PERSISTENT_DIR for the cache location so its common to all builds of different machines Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-05-31 21:23:30 +00:00
# The persistent cache should be shared by all builds
bitbake.conf: move PERSISTENT_DIR outside TMPDIR * PR service cache needs to be persistent between rebuilds having it in directory starting with tmp* does not help people to understand that it needs to be persistent, so move it to TOPDIR (From OE-Core rev: 5d43f752429707b74dbf46ecb81ac76bad7bb715) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-02 17:18:15 +00:00
PERSISTENT_DIR = "${TOPDIR}/cache"
bitbake.conf: add the LOG_DIR variable Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2010-05-28 17:48:34 +00:00
LOG_DIR = "${TMPDIR}/log"
bitbake.conf: Add CO_DIR and STAGING_EXECPREFIXDIR from OE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@4895 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-07-19 14:19:47 +00:00
CO_DIR = "${DL_DIR}"
CVSDIR = "${CO_DIR}/cvs"
SVNDIR = "${CO_DIR}/svn"
bitbake.conf: Force git fetches to a new location after fetcher layout changes Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-07 00:58:44 +00:00
GITDIR = "${CO_DIR}/git2"
bitbake.conf: Add CO_DIR and STAGING_EXECPREFIXDIR from OE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@4895 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-07-19 14:19:47 +00:00
BZRDIR = "${CO_DIR}/bzr"
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
HGDIR = "${CO_DIR}/hg"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
bitbake.conf: add STAMPS_DIR for constructing STAMP Add STAMPS_DIR for constructing STAMP, the defination of STAMP is: STAMP = "${TMPDIR}/stamps/${MULTIMACH_TARGET_SYS}/${PN}/${EXTENDPE}${PV}-${PR}" We can only change the TMPDIR if we want to change the STAMP's location, but the bb_cache.dat would be regenerated if TMPDIR changes, so add STAMPS_DIR for constructing it, and add it to the BB_ENV_EXTRAWHITE, this is very usefull for the "bitbake -S", since then it can be run by: STAMPS_DIR=<path> bitbake -S <recipe> which will avoid putting the stamps to ${TMPDIR}/stamps. BTW, break the too long BB_ENV_EXTRAWHITE into several lines. [YOCTO #1659] (From OE-Core rev: ce732c04b3ac06633e20efa8799c4189abfd41b3) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-29 13:16:28 +00:00
STAMPS_DIR ?= "${TMPDIR}/stamps"
STAMP = "${STAMPS_DIR}/${MULTIMACH_TARGET_SYS}/${PN}/${EXTENDPE}${PV}-${PR}"
STAMPCLEAN = "${STAMPS_DIR}/${MULTIMACH_TARGET_SYS}/${PN}/*-*"
bitbake.conf/sanity: Separate versions and PN stamp components into separate directories for WORKDIR and STAMP This means some of the hacks we have to tell where the package name ends and the version starts in the directory layout becomes obsolete, simplifying the work of some of the cleanup scripts. It also makes the layout slightly more intuitive to the user. It does force a rebuild onto the user but it will reuse sstate successfully. (From OE-Core rev: 05075cf3138d1c61f5cf4fe0e1a4587acc00c692) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-16 15:35:53 +00:00
WORKDIR = "${TMPDIR}/work/${MULTIMACH_TARGET_SYS}/${PN}/${EXTENDPE}${PV}-${PR}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
T = "${WORKDIR}/temp"
D = "${WORKDIR}/image"
bitbake.conf: Create BPN variable containing the pruned version of PN with various suffixes removed and use this for S and FILESPATH. This uses naming from OE but with improved code
2009-01-02 10:15:45 +00:00
S = "${WORKDIR}/${BP}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
B = "${S}"
bitbake.conf/base.bbclass: Rename the staging directory to sysroots and the populate_staging task to populate_sysroot This change makes the purpose of the staging directory more obvious and the taskname more true to what it now actually does. The layout version number is increased due to the change in layout but code to convert existing directories and insert a symlink for backwards compatibility is included. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-11-10 14:55:23 +00:00
STAGING_DIR = "${TMPDIR}/sysroots"
bitbake.conf: Start cleaning up staging variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3015 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-10-29 14:55:48 +00:00
STAGING_DIR_NATIVE = "${STAGING_DIR}/${BUILD_SYS}"
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
STAGING_BINDIR_NATIVE = "${STAGING_DIR_NATIVE}${bindir_native}"
Move STAGING_BINDIR_CROSS into target sysroot, instead of native Cross scripts now live in sysroot/$arch-distro-os/crossscripts, this conveys that they are no longer native system dependant and emphasises their purpose. Bump the staging ABI and implement a simple migration from ABI 3 to ABI 4. Signed-off-by: Joshua Lock <josh@linux.intel.com>
2010-04-16 10:32:14 +00:00
STAGING_BINDIR_CROSS = "${STAGING_BINDIR}/crossscripts"
bitbake.conf/classes: Variable cleanup 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>
2011-07-11 13:44:04 +00:00
STAGING_BINDIR_TOOLCHAIN = "${STAGING_DIR_NATIVE}${bindir_native}/${TUNE_PKGARCH}${TARGET_VENDOR}-${TARGET_OS}"
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
STAGING_LIBDIR_NATIVE = "${STAGING_DIR_NATIVE}${libdir_native}"
bitbake.conf: change libexecdir to ${libdir}/${BPN} In order to be more compliant with the Filesystem Hierarchs Standard (FHS), this change removes the /usr/libexec default in favor of ${libdir}/${BPN} (which is typically /usr/lib). http://www.pathname.com/fhs/pub/fhs-2.3.html This also address the native and STAGING variations [YOCTO #2915] (From OE-Core rev: 68c31b095a1cb20bd297df596024fc568614f5e8) (From OE-Core rev: 406bd38b4232f9f399ef5ffe0b4fac72ed605a23) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-15 22:19:10 +00:00
STAGING_LIBEXECDIR_NATIVE = "${STAGING_DIR_NATIVE}${libexecdir_native}"
bitbake.conf: search /lib for -native builds 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>
2012-01-12 16:30:24 +00:00
STAGING_BASE_LIBDIR_NATIVE = "${STAGING_DIR_NATIVE}${base_libdir_native}"
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
STAGING_INCDIR_NATIVE = "${STAGING_DIR_NATIVE}${includedir_native}"
STAGING_ETCDIR_NATIVE = "${STAGING_DIR_NATIVE}${sysconfdir_native}"
STAGING_DATADIR_NATIVE = "${STAGING_DIR_NATIVE}${datadir_native}"
bitbake.conf: Start cleaning up staging variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3015 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-10-29 14:55:48 +00:00
bitbake: machine specific sysroots implementation This commit changes the sysroots path to be machine specific. Changes includes: 1) STAGING_DIR_TARGET and STRAGING_DIR_HOST points to machine specific paths. 2) task stamp files. Adding ${MACHINE} info into stamp files for do_populate_sysroots and do_package tasks. Add a BB_STAMPTASK_BLACKLIST to keep native, nativesdk, crosssdk, and cross-canadian stamp unchanged. 3) siteconfig path. Separate the site config path for different machines to avoid one machine adopting the cache file of another machine. 4) sstate. Add machine name to sstate manifest file. Change relocation code for sstate paths since sysroot is machine. Keep native, nativesdk, crosssdk, and cross-canadian unchanged. 5) toolchain scripts. Change the environment path to point to machine specific sysroots in toolchain scripts bbclass. 6) Relocate la files when populating to a different machine of the same architecture. 7) Exclude STAGING_DIR_TARGET and STAGING_DIR_HOST parameter from sstate siginfo since they contain ${MACHINE} information. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2011-01-18 08:18:42 +00:00
STAGING_DIR_HOST = "${STAGING_DIR}/${MACHINE}"
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
STAGING_BINDIR = "${STAGING_DIR_HOST}${bindir}"
STAGING_LIBDIR = "${STAGING_DIR_HOST}${libdir}"
bitbake.conf: change libexecdir to ${libdir}/${BPN} In order to be more compliant with the Filesystem Hierarchs Standard (FHS), this change removes the /usr/libexec default in favor of ${libdir}/${BPN} (which is typically /usr/lib). http://www.pathname.com/fhs/pub/fhs-2.3.html This also address the native and STAGING variations [YOCTO #2915] (From OE-Core rev: 68c31b095a1cb20bd297df596024fc568614f5e8) (From OE-Core rev: 406bd38b4232f9f399ef5ffe0b4fac72ed605a23) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-15 22:19:10 +00:00
STAGING_LIBEXECDIR = "${STAGING_DIR_HOST}${libexecdir}"
bitbake.conf: Add a STAGING_BASELIBDIR variable that recipes can use to find base_libdir (From OE-Core rev: 4697911991caa2f2a21dd43f54e0c4404d722873) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-23 21:45:36 +00:00
STAGING_BASELIBDIR = "${STAGING_DIR_HOST}${base_libdir}"
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
STAGING_INCDIR = "${STAGING_DIR_HOST}${includedir}"
STAGING_DATADIR = "${STAGING_DIR_HOST}${datadir}"
STAGING_EXECPREFIXDIR = "${STAGING_DIR_HOST}${exec_prefix}"
bitbake.conf: Start cleaning up staging variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3015 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-10-29 14:55:48 +00:00
STAGING_LOADER_DIR = "${STAGING_DIR_HOST}/loader"
STAGING_FIRMWARE_DIR = "${STAGING_DIR_HOST}/firmware"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
bitbake: machine specific sysroots implementation This commit changes the sysroots path to be machine specific. Changes includes: 1) STAGING_DIR_TARGET and STRAGING_DIR_HOST points to machine specific paths. 2) task stamp files. Adding ${MACHINE} info into stamp files for do_populate_sysroots and do_package tasks. Add a BB_STAMPTASK_BLACKLIST to keep native, nativesdk, crosssdk, and cross-canadian stamp unchanged. 3) siteconfig path. Separate the site config path for different machines to avoid one machine adopting the cache file of another machine. 4) sstate. Add machine name to sstate manifest file. Change relocation code for sstate paths since sysroot is machine. Keep native, nativesdk, crosssdk, and cross-canadian unchanged. 5) toolchain scripts. Change the environment path to point to machine specific sysroots in toolchain scripts bbclass. 6) Relocate la files when populating to a different machine of the same architecture. 7) Exclude STAGING_DIR_TARGET and STAGING_DIR_HOST parameter from sstate siginfo since they contain ${MACHINE} information. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2011-01-18 08:18:42 +00:00
STAGING_DIR_TARGET = "${STAGING_DIR}/${MACHINE}"
gcc/libc: Change bootstrap to use an intermediate sysroot and hence no longer overwrite files Based upon patches from Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-25 00:34:09 +00:00
STAGING_DIR_TCBOOTSTRAP = "${STAGING_DIR_TARGET}-tcbootstrap"
bitbake.conf: Start cleaning up staging variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3015 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-10-29 14:55:48 +00:00
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
# Setting DEPLOY_DIR outside of TMPDIR is helpful, when you are using
# packaged staging and/or multimachine.
DEPLOY_DIR ?= "${TMPDIR}/deploy"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
DEPLOY_DIR_TAR = "${DEPLOY_DIR}/tar"
DEPLOY_DIR_IPK = "${DEPLOY_DIR}/ipk"
DEPLOY_DIR_RPM = "${DEPLOY_DIR}/rpm"
Sync up.. all the deb/dpkg changes which I have locally are now in svn. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@728 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-09-19 09:04:09 +00:00
DEPLOY_DIR_DEB = "${DEPLOY_DIR}/deb"
bitbake.conf: include machine name in DEPLOY_DIR_IMAGE This allows a clean seperation between image outputs from different machines, and makes it possible to have convenience symlinks to make the output ready to deploy. This did require some surgery in runqemu; if explicit paths to the image and kernel are not supplied then DEPLOY_DIR_IMAGE needs to be determined from bitbake or set in the environment. However the script does try to avoid requiring it unless it really is needed. Corresponding changes were made in the automated testing code as well. Based on an RFC patch by Koen Kooi <koen@dominion.thruhere.net> (From OE-Core rev: 7e90261aec61f79680b5eaeaf5b18c7b795412a4) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-12 11:04:52 +00:00
DEPLOY_DIR_IMAGE ?= "${DEPLOY_DIR}/images/${MACHINE}"
bitbake.conf: Sync with OE.dev git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2409 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-08-08 21:02:39 +00:00
DEPLOY_DIR_TOOLS = "${DEPLOY_DIR}/tools"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
bitbake.conf/package: Collapse PKGDATA_DIR into a single machine specific directory Currently we have a hierarchy of pkgdata directories and the code has to put together a search path and look through each in turn until it finds the data it needs. This has lead to a number of hardcoded paths and file globing which is unpredictable and undesirable. Worse, certain tricks that should be easy like a GL specific package architecture become problematic with the curretn search paths. With the modern sstate code, we can do better and construct a single pkgdata directory for each machine in just the same way as we do for the sysroot. This is already tried and well tested. With such a single directory, all the code that iterated through multiple pkgdata directories and simply be removed and give a significant simplification of the code. Even existing build directories adapt to the change well since the package contents doesn't change, just the location they're installed to and the stamp for them. The only complication is the we need a different shlibs directory for each multilib. These are only used by package.bbclass and the simple fix is to add MLPREFIX to the shlib directory name. This means the multilib packages will repackage and the sstate checksum will change but an existing build directory will adapt to the changes safely. It is close to release however I believe the benefits this patch give us are worth consideration for inclusion and give us more options for dealing with problems like the GL one. It also sets the ground work well for shlibs improvements in 1.6. (From OE-Core rev: 1b8e4abd2d9c0901d38d89d0f944fe1ffd019379) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-13 12:35:31 +00:00
PKGDATA_DIR = "${STAGING_DIR_HOST}/pkgdata"
base.bbclass: Set pkgdata location to something machine specific when needed so multimachine builds don't break. NOTE: People will have to rerun the install/package tasks after this change on existing builds git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2527 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-08-21 10:40:55 +00:00
bitbake.conf: remove TARGET_ARCH from in SDKPATH * 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>
2012-02-26 07:49:41 +00:00
##################################################################
bitbake.conf: Tidy up a few comment typoes; no functional changes. (From OE-Core rev: 935a7f3847bd86ed78418db5cb6dd98ac0b6e65d) Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-01 09:32:40 +00:00
# SDK variables.
bitbake.conf: remove TARGET_ARCH from in SDKPATH * 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>
2012-02-26 07:49:41 +00:00
##################################################################
bitbake.conf: use TUNE_PKGARCH instead of TARGET_ARCH in SDK_NAME * also use weak assignment for SDK_NAME_PREFIX as suggested by khem * TUNE_PKGARCH is not 100% right too, because such SDK image usually has few machine specific packages included (e.g. base-files, securetty, opkg configs) but those are not important for SDK users so it's better to have one SDK for whole e.g. armv7a-vfp-neon then 6 SDK for each machine which would work the same. You can see diff between crespo and om-gta04 SDK here: http://build.shr-project.org/shr-core/sdk/oecore-i686-armv7a-vfp-neon-toolchain-efl-crespo-om-gta04.diff (From OE-Core rev: 5a1f172d35be610688842a8a9a84f24edb9aeb51) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-23 22:30:40 +00:00
SDK_NAME_PREFIX ?= "oecore"
SDK_NAME = "${SDK_NAME_PREFIX}-${SDK_ARCH}-${TUNE_PKGARCH}"
bitbake.conf: remove TARGET_ARCH from in SDKPATH * 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>
2012-02-26 07:49:41 +00:00
SDKPATH = "/usr/local/${SDK_NAME_PREFIX}-${SDK_ARCH}"
meta-toolchain: Improve layout * Switch from /usr/local/poky to /opt/poky * Use a sysroots directory for both the "native" sdk binaries and the target * Drop the meta-toolchain extras packages. These are replaced with packaged-staging. * Change the nativesdk layout to match our usual filesystem layout * Clean up various hardcoded prefix references Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-07-02 13:35:08 +00:00
SDKPATHNATIVE = "${SDKPATH}/sysroots/${SDK_SYS}"
bitbake.conf: Move SDK_NAME and SDK_PREFIX into bitbake.conf git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2035 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-06-27 14:13:23 +00:00
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Kernel info.
##################################################################
bitbake.conf: update OLDEST_KERNEL to 2.6.16 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>
2011-07-07 12:58:55 +00:00
OLDEST_KERNEL = "2.6.16"
kernel: Add kernel headers to kernel-dev package [YOCTO #1614] Add the kernel headers to the kernel-dev package. This packages what was already built and kept in sysroots for building modules with bitbake. Making this available on the target requires removing some additional host binaries. Move the location to /usr/src/kernel Before use on the target, the user will need to: # cd /usr/src/kernel # make scripts This renders the kernel-misc recipe empty, so remove it. As we use /usr/src/kernel in several places (and I missed one in the previous version), add a KERNEL_SRC_DIR variable and use that throughout the class to avoid update errors in the future. Now that we package the kernel headers, drop the kernel_package_preprocess function which removed them from PKGD. All *-sdk image recipes include dev-pkgs, so the kernel-dev package will be installed by default on all such images. (From OE-Core rev: 6125ea40d4483965f793bd847b3ce14b668a5b1e) Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-23 00:44:10 +00:00
STAGING_KERNEL_DIR = "${STAGING_DIR_HOST}/usr/src/kernel"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Specific image creation and rootfs population info.
##################################################################
bitbake.conf: Create the rootfs in WORKDIR, not directly in TMPDIR allowing creation of more than one rootfs at once Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-08-12 09:01:25 +00:00
IMAGE_ROOTFS = "${WORKDIR}/rootfs"
bitbake.conf: Add bzr fetcher support, give IMAGE_BASENAME a sane default git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2690 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-09-05 07:51:00 +00:00
IMAGE_BASENAME = "${PN}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
IMAGE_NAME = "${IMAGE_BASENAME}-${MACHINE}-${DATETIME}"
bitbake.conf: exclude DATETIME var dependency from IMAGE_NAME * resolves ERROR shown when bitbake -S is used for image: ERROR: Bitbake's cached basehash does not match the one we just generated (/OE/oe-core/openembedded-core/meta/recipes-core/images/core-image-minimal.bb.do_rootfs)! ERROR: The mismatched hashes were 8c35cdf8a5d09c03941f081dd9f6d8dc and b5d6e2e5952770557c48c5779ddb73fc (From OE-Core rev: 084d16cd00365ac3db9010a2e0e08ec49b50a144) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-26 13:56:05 +00:00
IMAGE_NAME[vardepsexclude] += "DATETIME"
image.bbclass: Add symlinks to the latest images for a given machine git-svn-id: https://svn.o-hand.com/repos/poky/trunk@677 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-08-29 22:12:42 +00:00
IMAGE_LINK_NAME = "${IMAGE_BASENAME}-${MACHINE}"
image.bbclass: change IMAGE_EXTRA_SPACE to IMAGE_OVERHEAD_FACTOR This change allows the IMAGE_OVERHEAD_FACTOR (default to 1.2) to adjust dynamicly how much space to add for each image, thus there is 20% overhead space by default. Signed-off-by: Saul Wold <Saul.Wold@intel.com>
2010-09-08 23:25:25 +00:00
bitbake.conf: change IMAGE_ROOTFS_EXTRA_SPACE to soft (?=) default (From OE-Core rev: c9205e01262f8a14c4a602642dba4583b9e7c746) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-26 18:32:06 +00:00
# This option allows for a percentage overage of the actual image size rather than a
# fixed extra space, this is space needed for initial startup and basic operations.
Quoting fixes 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>
2012-02-26 12:45:47 +00:00
IMAGE_OVERHEAD_FACTOR ?= "1.3"
bitbake.conf: Tidy up a few comment typoes; no functional changes. (From OE-Core rev: 935a7f3847bd86ed78418db5cb6dd98ac0b6e65d) Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-01 09:32:40 +00:00
# This option allows for adding additional space in K above and beyond what the
bitbake.conf: change IMAGE_ROOTFS_EXTRA_SPACE to soft (?=) default (From OE-Core rev: c9205e01262f8a14c4a602642dba4583b9e7c746) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-26 18:32:06 +00:00
# IMAGE_OVERHEAD_FACTOR might add. This space is for additional packages, user data, ...
bitbake.conf: Tidy up a few comment typoes; no functional changes. (From OE-Core rev: 935a7f3847bd86ed78418db5cb6dd98ac0b6e65d) Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-01 09:32:40 +00:00
# To set a fixed size then overriding IMAGE_ROOTFS_SIZE with the max size one wants
bitbake.conf: change IMAGE_ROOTFS_EXTRA_SPACE to soft (?=) default (From OE-Core rev: c9205e01262f8a14c4a602642dba4583b9e7c746) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-26 18:32:06 +00:00
# should do the trick
IMAGE_ROOTFS_EXTRA_SPACE ?= "0"
image.bbclass: change IMAGE_EXTRA_SPACE to IMAGE_OVERHEAD_FACTOR This change allows the IMAGE_OVERHEAD_FACTOR (default to 1.2) to adjust dynamicly how much space to add for each image, thus there is 20% overhead space by default. Signed-off-by: Saul Wold <Saul.Wold@intel.com>
2010-09-08 23:25:25 +00:00
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
EXTRA_IMAGEDEPENDS = ""
##################################################################
# Toolchain info.
##################################################################
layer.conf/bitbake.conf: Tweak PATH We want the help2man script in scripts/ to be found in preference to any from the host system and from the native sysroot. It turns out to be tricky to get the order right from layer.conf so we move the addition of the scripts directory to bitbake.conf. Without this, "bitbake libtasn1 -c cleansstate; bitbake help2man-native; bitbake libtasn1" will fail due to finding the host system help2man before ours. (From OE-Core rev: 859255dd30958db018d40ede94a76db36a98da7f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-05-30 16:04:21 +00:00
PATH_prepend = "${COREBASE}/scripts:${STAGING_BINDIR_TOOLCHAIN}:${STAGING_BINDIR_CROSS}:${STAGING_DIR_NATIVE}${sbindir_native}:${STAGING_BINDIR_NATIVE}:${STAGING_DIR_NATIVE}${base_sbindir_native}:${STAGING_DIR_NATIVE}/${base_bindir_native}:"
bitbake.conf: Properly export the PATH variable git-svn-id: https://svn.o-hand.com/repos/poky/trunk@4522 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-05-21 18:51:07 +00:00
export PATH
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Build utility info.
##################################################################
ccache: Separate out into its own class Currently, ccache is used if it is present. When building from scratch it gives no performance improvement and creates a ton of empty directories even when its not in use. This change moves ccache support to a bbclass file which the user can choose to enable. This should make builds more determinstic and make it easier/clearer to the end user when its being used and when it is not. (From OE-Core rev: 2acf8da4f13c175ea818b9514677b7059de1e3e2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-05-29 12:29:44 +00:00
CCACHE ??= ""
bitbake.conf: disable ccache explicitly if it is not enabled The autogen-native built error on FC17: ccache: failed to create /dev/null/.ccache This is because the default gcc command of FC17 is a symlink to ccache, so the ccache will always be used regardless to the setting of CCACHE, ccache uses $HOME/.ccache as the CACHE_DIR by default, but autogen set HOME=/dev/null, so the error happens. Disable ccache explicitly if it is not enabled would fix the problem, otherwise it would always use ccache regardless to the setting of CCACHE on Fedora 17. The ccache 3.1.7 has a bug, it would always create $CCCHE_DIR/.ccache even CCACHE_DISABLE=1. Unset CCACHE_DISABLE in ccache.bbclass, since ccache only checks whether there is a CCACHE_DISABLE in the environment or not, it doesn't care about its value, so we need unset it explicitly when enable ccache. [YOCTO #2554] (From OE-Core rev: dd2bab9b6a973d8086dfb6282e781fd79d30b05a) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-25 09:31:19 +00:00
# Disable ccache explicitly if CCACHE is null since gcc may be a symlink
# of ccache some distributions (e.g., Fedora 17).
export CCACHE_DISABLE ??= "${@[0,1][d.getVar('CCACHE', True) == '']}"
bitbake.conf: Tidy up a few comment typoes; no functional changes. (From OE-Core rev: 935a7f3847bd86ed78418db5cb6dd98ac0b6e65d) Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-01 09:32:40 +00:00
# Assign CCACHE_DIR a default value to fix a bug of ccache 3.1.7,
bitbake.conf: disable ccache explicitly if it is not enabled The autogen-native built error on FC17: ccache: failed to create /dev/null/.ccache This is because the default gcc command of FC17 is a symlink to ccache, so the ccache will always be used regardless to the setting of CCACHE, ccache uses $HOME/.ccache as the CACHE_DIR by default, but autogen set HOME=/dev/null, so the error happens. Disable ccache explicitly if it is not enabled would fix the problem, otherwise it would always use ccache regardless to the setting of CCACHE on Fedora 17. The ccache 3.1.7 has a bug, it would always create $CCCHE_DIR/.ccache even CCACHE_DISABLE=1. Unset CCACHE_DISABLE in ccache.bbclass, since ccache only checks whether there is a CCACHE_DISABLE in the environment or not, it doesn't care about its value, so we need unset it explicitly when enable ccache. [YOCTO #2554] (From OE-Core rev: dd2bab9b6a973d8086dfb6282e781fd79d30b05a) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-25 09:31:19 +00:00
# since it would always create CCACHE_DIR/.ccache even if
# CCACHE_DISABLE = 1.
export CCACHE_DIR ??= "${@os.getenv('HOME')}"
bitbake.conf: Always specific the sysroot in TOOLCHAIN_OPTIONS Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-08-12 12:28:50 +00:00
TOOLCHAIN_OPTIONS = " --sysroot=${STAGING_DIR_TARGET}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
poky-external.inc: Change the way the sysroot option is passed about to deal with libtool git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3208 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-11-22 18:05:06 +00:00
export CC = "${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}"
export CXX = "${CCACHE}${HOST_PREFIX}g++ ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}"
export F77 = "${CCACHE}${HOST_PREFIX}g77 ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}"
toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH vars 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>
2011-07-27 22:31:28 +00:00
export CPP = "${HOST_PREFIX}gcc -E${TOOLCHAIN_OPTIONS} ${HOST_CC_ARCH}"
export LD = "${HOST_PREFIX}ld${TOOLCHAIN_OPTIONS} ${HOST_LD_ARCH}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export CCLD = "${CC}"
export AR = "${HOST_PREFIX}ar"
toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH vars 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>
2011-07-27 22:31:28 +00:00
export AS = "${HOST_PREFIX}as ${HOST_AS_ARCH}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export RANLIB = "${HOST_PREFIX}ranlib"
export STRIP = "${HOST_PREFIX}strip"
Add automatic generation of -dbg packages. These contain the debug symbols that are stripped from binaries and the symbols are linked to the original binaries via the gnu-debuglink section. If the -dbg packages are installed, oprofile and gdb will use them for symbol lookup. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@546 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-07-24 08:35:37 +00:00
export OBJCOPY = "${HOST_PREFIX}objcopy"
bitbake.conf: Sync with OE.dev git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2409 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-08-08 21:02:39 +00:00
export OBJDUMP = "${HOST_PREFIX}objdump"
bitbake.conf: export STRINGS * remove STRINGS export from systemd (From OE-Core rev: 68d7300e2cc55a5b873345874243da589e04bba0) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-10 10:53:12 +00:00
export STRINGS = "${HOST_PREFIX}strings"
bitbake.conf: Fix missing NM definition The definition of NM was missing, causing certain configure calls to revert to using the host system's version of NM. This can cause problems on some MIPS based targets, but is theoretically wrong everywhere. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-02-01 21:15:54 +00:00
export NM = "${HOST_PREFIX}nm"
bitbake.conf: Add variables for bitbake 1.8 fetcher changes git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2248 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-08-01 11:23:51 +00:00
PYTHON = "${@sys.executable}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export BUILD_CC = "${CCACHE}${BUILD_PREFIX}gcc ${BUILD_CC_ARCH}"
export BUILD_CXX = "${CCACHE}${BUILD_PREFIX}g++ ${BUILD_CC_ARCH}"
export BUILD_F77 = "${CCACHE}${BUILD_PREFIX}g77 ${BUILD_CC_ARCH}"
toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH vars 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>
2011-07-27 22:31:28 +00:00
export BUILD_CPP = "${BUILD_PREFIX}cpp ${BUILD_CC_ARCH}"
export BUILD_LD = "${BUILD_PREFIX}ld ${BUILD_LD_ARCH}"
export BUILD_CCLD = "${BUILD_PREFIX}gcc ${BUILD_CC_ARCH}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export BUILD_AR = "${BUILD_PREFIX}ar"
toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH vars 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>
2011-07-27 22:31:28 +00:00
export BUILD_AS = "${BUILD_PREFIX}as ${BUILD_AS_ARCH}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export BUILD_RANLIB = "${BUILD_PREFIX}ranlib"
export BUILD_STRIP = "${BUILD_PREFIX}strip"
bitbake.conf: Fix missing NM definition The definition of NM was missing, causing certain configure calls to revert to using the host system's version of NM. This can cause problems on some MIPS based targets, but is theoretically wrong everywhere. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-02-01 21:15:54 +00:00
export BUILD_NM = "${BUILD_PREFIX}nm"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export MAKE = "make"
EXTRA_OEMAKE = "-e MAKEFLAGS="
gettext.bbclass, bitbake.conf: Append nls options to EXTRA_OECONF instead of += 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>
2011-05-05 16:57:56 +00:00
EXTRA_OECONF = ""
bitbake.conf: Set LC_ALL instead of requring bitbake or env scripts to do this Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-02 11:55:34 +00:00
export LC_ALL = "C"
Patch failure handling updates, added a 'patch' concrete class, so we can apply patches to quilt-native itself. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@670 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-08-28 20:36:36 +00:00
##################################################################
# Patch handling.
##################################################################
PATCHTOOL = 'quilt'
PATCHRESOLVE = 'user'
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Build flags and options.
##################################################################
bitbake.conf: Start cleaning up staging variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3015 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-10-29 14:55:48 +00:00
export BUILD_CPPFLAGS = "-isystem${STAGING_INCDIR_NATIVE}"
sdk.bbclass: Set CPPFLAGS and CFLAGS correctly git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3509 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-01-17 14:28:56 +00:00
BUILDSDK_CPPFLAGS = "-isystem${STAGING_INCDIR}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export CPPFLAGS = "${TARGET_CPPFLAGS}"
bitbake.conf: Simplify target CPPFLAGS, CFLAGS and LDFLAGS due to sysroot benefits git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3124 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-11-12 11:28:14 +00:00
export TARGET_CPPFLAGS = ""
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
#export TARGET_CPPFLAGS = "-isystem${STAGING_DIR_TARGET}${includedir}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export BUILD_CFLAGS = "${BUILD_CPPFLAGS} ${BUILD_OPTIMIZATION}"
sdk.bbclass: Set CPPFLAGS and CFLAGS correctly git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3509 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-01-17 14:28:56 +00:00
BUILDSDK_CFLAGS = "${BUILDSDK_CPPFLAGS} ${BUILD_OPTIMIZATION}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export CFLAGS = "${TARGET_CFLAGS}"
bitbake.conf/poky-external.inc: Clean up CFLAGS handling git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3211 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-11-23 10:04:14 +00:00
export TARGET_CFLAGS = "${TARGET_CPPFLAGS} ${SELECTED_OPTIMIZATION}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export BUILD_CXXFLAGS = "${BUILD_CFLAGS} -fpermissive"
export CXXFLAGS = "${TARGET_CXXFLAGS}"
export TARGET_CXXFLAGS = "${TARGET_CFLAGS} -fpermissive"
bitbake.conf: Start cleaning up staging variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3015 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-10-29 14:55:48 +00:00
export BUILD_LDFLAGS = "-L${STAGING_LIBDIR_NATIVE} \
bitbake.conf: search /lib for -native builds 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>
2012-01-12 16:30:24 +00:00
-L${STAGING_BASE_LIBDIR_NATIVE} \
bitbake.conf: Start cleaning up staging variables git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3015 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-10-29 14:55:48 +00:00
-Wl,-rpath-link,${STAGING_LIBDIR_NATIVE} \
bitbake.conf: search /lib for -native builds 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>
2012-01-12 16:30:24 +00:00
-Wl,-rpath-link,${STAGING_BASE_LIBDIR_NATIVE} \
-Wl,-rpath,${STAGING_LIBDIR_NATIVE} \
-Wl,-rpath,${STAGING_BASE_LIBDIR_NATIVE} \
-Wl,-O1"
sdk.bbclass: Set rpath correctly for sdk binaries and use the target prefix to ensure sdk and native staging don't mix. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3501 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-01-17 10:40:36 +00:00
BUILDSDK_LDFLAGS = "-L${STAGING_LIBDIR} \
-Wl,-rpath-link,${STAGING_LIBDIR} \
bitbake.conf: Update sdk build flags after layout changes Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-07-14 16:39:49 +00:00
-Wl,-rpath,${libdir} -Wl,-O1 \
-L${STAGING_DIR_HOST}${base_libdir} \
-Wl,-rpath-link,${STAGING_DIR_HOST}${base_libdir} \
-Wl,-rpath,${base_libdir} -Wl,-O1"
sdk.bbclass: Set rpath correctly for sdk binaries and use the target prefix to ensure sdk and native staging don't mix. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3501 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-01-17 10:40:36 +00:00
conf,recipes: Add new variable LINKER_HASH_STYLE 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>
2011-08-16 22:17:33 +00:00
LINKER_HASH_STYLE ??= "gnu"
# mips does not support GNU hash style therefore we override
LINKER_HASH_STYLE_mips = "sysv"
LINKER_HASH_STYLE_mipsel = "sysv"
LINKER_HASH_STYLE_mips64 = "sysv"
LINKER_HASH_STYLE_mips64el = "sysv"
bitbake.conf: Fix reversed linker hash style logic 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>
2011-09-28 20:00:41 +00:00
TARGET_LINK_HASH_STYLE ?= "${@['-Wl,--hash-style=gnu',''][d.getVar('LINKER_HASH_STYLE', True) != 'gnu']}"
conf,recipes: Add new variable LINKER_HASH_STYLE 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>
2011-08-16 22:17:33 +00:00
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export LDFLAGS = "${TARGET_LDFLAGS}"
bitbake/poky.conf: Add TARGET_LINK_HASH_STYLE option to TARGET_LDFLAGS as per OE.dev Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-07 16:01:56 +00:00
export TARGET_LDFLAGS = "-Wl,-O1 ${TARGET_LINK_HASH_STYLE}"
Remove layout_* variables Remove layout_* variables and replace them with variables specific to the different classes. The layout variables were only useful for the native/cross classes and caused more confusion than they solved. They didn't scale to the sdk class. It now clear a small set of native/cross variables fulfil the needs. This patch also changes native.bbclass to use "/" as the STAGING_DIR which makes sense since we're installing binaries into the locations we're compiling them for. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-16 22:09:44 +00:00
#export TARGET_LDFLAGS = "-L${STAGING_DIR_TARGET}${libdir} \
# -Wl,-rpath-link,${STAGING_DIR_TARGET}${libdir} \
bitbake.conf: Simplify target CPPFLAGS, CFLAGS and LDFLAGS due to sysroot benefits git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3124 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-11-12 11:28:14 +00:00
# -Wl,-O1"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
# Which flags to leave by strip-flags() in bin/build/oebuild.sh ?
ALLOWED_FLAGS = "-O -mcpu -march -pipe"
bitbake.conf: Start using parallel make for do_install 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>
2011-09-29 22:48:20 +00:00
# Pass parallel make options to the compile task
bitbake.conf: Fix PARALLEL_MAKE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@4578 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-06-02 13:04:33 +00:00
EXTRA_OEMAKE_prepend_task-compile = "${PARALLEL_MAKE} "
bitbake.conf: Start using parallel make for do_install 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>
2011-09-29 22:48:20 +00:00
PARALLEL_MAKEINST ??= "${PARALLEL_MAKE}"
# Pass parallel make options to the install task
EXTRA_OEMAKE_prepend_task-install = "${PARALLEL_MAKEINST} "
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Optimization flags.
##################################################################
bitbake.conf: Disable -feliminate-dwarf2-dups flag until it works with prelink and other issues are resolved (From OE-Core rev: 43dd780ace029c231f70424a510c934f436e513c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-03-29 12:47:40 +00:00
DEBUG_FLAGS ?= "-g -feliminate-unused-debug-types"
# Disabled until the option works properly -feliminate-dwarf2-dups
bitbake.conf: Prune global OPTIMIZATION flags -fexpensive-optimizations is enabled by default at -O2 -fomit-frame-pointer is enabled at -O2 selectively by gcc depending upon architecture if debug info is not hurt -frename-registers - This might have some performance advantage on top of O2 on architectures which have more registers and registers are left after scheduling but it affects debuggability quite a bit so as a i tradeoff we do not use it. -feliminate-dwarf2-dups - We use this option to reduce the size of debug information by removing duplicates this is only valid for dwarf2+ and we use dwarf2 by default -pipe uses buffers instead of temporary files internally it can speed up compilation it has has issues with other assemblers but not with GNU assembler and we use gas. Separate out debug information related flags into a separate variable DEBUG_FLAGS so distros can use/notuse them as they like (From OE-Core rev: 9cb7113790d716a4c5cf7d511535ba87fdecd1ac) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-03-17 23:54:30 +00:00
FULL_OPTIMIZATION = "-O2 -pipe ${DEBUG_FLAGS}"
DEBUG_OPTIMIZATION = "-O -fno-omit-frame-pointer ${DEBUG_FLAGS} -pipe"
getVar/setVar cleanups 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>
2011-11-25 14:25:16 +00:00
SELECTED_OPTIMIZATION = "${@d.getVar(['FULL_OPTIMIZATION', 'DEBUG_OPTIMIZATION'][d.getVar('DEBUG_BUILD', True) == '1'], True)}"
bitbake.conf: add a couple explicit vardeps (From OE-Core rev: 5b9877aa55e28ba06410592350e7e5106ebdf6cb) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-16 21:17:21 +00:00
SELECTED_OPTIMIZATION[vardeps] += "FULL_OPTIMIZATION DEBUG_OPTIMIZATION"
bitbake.conf: Prune global OPTIMIZATION flags -fexpensive-optimizations is enabled by default at -O2 -fomit-frame-pointer is enabled at -O2 selectively by gcc depending upon architecture if debug info is not hurt -frename-registers - This might have some performance advantage on top of O2 on architectures which have more registers and registers are left after scheduling but it affects debuggability quite a bit so as a i tradeoff we do not use it. -feliminate-dwarf2-dups - We use this option to reduce the size of debug information by removing duplicates this is only valid for dwarf2+ and we use dwarf2 by default -pipe uses buffers instead of temporary files internally it can speed up compilation it has has issues with other assemblers but not with GNU assembler and we use gas. Separate out debug information related flags into a separate variable DEBUG_FLAGS so distros can use/notuse them as they like (From OE-Core rev: 9cb7113790d716a4c5cf7d511535ba87fdecd1ac) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-03-17 23:54:30 +00:00
BUILD_OPTIMIZATION = "-O2 -pipe"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Bootstrap stuff.
##################################################################
BOOTSTRAP_EXTRA_RDEPENDS = ""
BOOTSTRAP_EXTRA_RRECOMMENDS = ""
##################################################################
# Download locations and utilities.
##################################################################
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
ADOBE_MIRROR = "http://fpdownload.macromedia.com/get/flashplayer/current/"
APACHE_MIRROR = "http://www.apache.org/dist"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
DEBIAN_MIRROR = "ftp://ftp.debian.org/debian/pool"
bitbake.conf: replace unused/broken E_CVS/E_URI with E_MIRROR/E_SVN used in OE (From OE-Core rev: 66e6837b536859bcf940380cfcdf50670790d889) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-03-03 14:44:06 +00:00
E_MIRROR = "http://download.enlightenment.org/releases"
E_SVN = "svn://svn.enlightenment.org/svn/e"
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
FREEBSD_MIRROR = "ftp://ftp.freebsd.org/pub/FreeBSD/"
FREEDESKTOP_CVS = "cvs://anoncvs:anoncvs@anoncvs.freedesktop.org/cvs"
FREESMARTPHONE_GIT = "git://git.freesmartphone.org"
GENTOO_MIRROR = "http://distfiles.gentoo.org/distfiles"
GNOME_GIT = "git://git.gnome.org"
GNOME_MIRROR = "http://ftp.gnome.org/pub/GNOME/sources"
GNU_MIRROR = "ftp://ftp.gnu.org/gnu"
conf: Sync with OE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@892 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-11-20 17:13:43 +00:00
GPE_MIRROR = "http://gpe.linuxtogo.org/download/source"
bitbake.conf: Sync with OE.dev git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2409 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-08-08 21:02:39 +00:00
GPE_EXTRA_SVN = "svn://projects.linuxtogo.org/svn/gpe/trunk/extra;module=${PN}"
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
GPE_SVN = "svn://projects.linuxtogo.org/svn/gpe/trunk/base;module=${PN}"
GPEPHONE_MIRROR = "http://gpephone.linuxtogo.org/download/gpephone"
bitbake.conf: Sync with OE.dev git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2409 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-08-08 21:02:39 +00:00
GPEPHONE_SVN = "svn://projects.linuxtogo.org/svn/gpephone/trunk/source;module=${PN}"
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
HANDHELDS_CVS = "cvs://anoncvs:anoncvs@anoncvs.handhelds.org/cvs"
Various: Update KERNELORG_MIRROR for consistency In mirrors.bbclass we point into /pub but we don't in bitbake.conf. All uses of KERNELORG_MIRROR look into /pub anyhow, so lets make use of that. (From OE-Core rev: 67a0c8f48b5ef2ae5fc712c9204e4e99818c8134) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-03-22 18:54:38 +00:00
KERNELORG_MIRROR = "http://kernel.org/pub"
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
SOURCEFORGE_MIRROR = "http://downloads.sourceforge.net"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
XLIBS_MIRROR = "http://xlibs.freedesktop.org/release"
Pull conf file updates from OE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@270 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-02-10 11:45:39 +00:00
XORG_MIRROR = "http://xorg.freedesktop.org/releases"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
# You can use the mirror of your country to get faster downloads by putting
# export DEBIAN_MIRROR = "ftp://ftp.de.debian.org/debian/pool"
# into your local.conf
bitbake.conf: FETCHCMD_svn add --non-interactive --trust-server-cert * now with subversion-native we know those 2 options are supported * with https protocol used for SVN checkouts we cannot confirm certificate and do_fetch fails Error validating server certificate for 'https://foo:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: ... (R)eject, accept (t)emporarily or accept (p)ermanently? svn: E175002: Unable to connect to a repository at URL 'https://foo/trunk' svn: E175002: OPTIONS of 'https://foo/trunk': Server certificate verification failed: issuer is not trusted (https://foo) ERROR: Function failed: Fetcher failure for URL: 'svn://foo;protocol=https;module=trunk'. Unable to fetch URL from any source. (From OE-Core rev: 8f1cedaaafd1248e77db84ac238fa88a318df2e9) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-04 09:09:11 +00:00
FETCHCMD_svn = "/usr/bin/env svn --non-interactive --trust-server-cert"
bitbake.conf: Add new FETCHCMDs git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2142 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-07-10 14:05:14 +00:00
FETCHCMD_cvs = "/usr/bin/env cvs"
bitbake.conf: Add passive-ftp option to the default FETCHCMD_wget This brings it into sync with the wget FETCHCOMMAND and RESUMECOMMAND variables. (From OE-Core rev: 0f8290ff1c9bc86c744f67ce6194dd6911533012) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-09 16:47:01 +00:00
FETCHCMD_wget = "/usr/bin/env wget -t 2 -T 30 -nv --passive-ftp --no-check-certificate"
bitbake.conf: Add bzr fetcher support, give IMAGE_BASENAME a sane default git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2690 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-09-05 07:51:00 +00:00
FETCHCMD_bzr = "/usr/bin/env bzr"
hg fetcher: Apply fixes from Matt Hoosier git-svn-id: https://svn.o-hand.com/repos/poky/trunk@5153 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-09-07 10:47:54 +00:00
FETCHCMD_hg = "/usr/bin/env hg"
bitbake.conf: Add new FETCHCMDs git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2142 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-07-10 14:05:14 +00:00
Pull conf file updates from OE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@270 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-02-10 11:45:39 +00:00
SRCDATE = "${DATE}"
bitbake.conf: Only very weakly assign SRCREV to the default of INVALID 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>
2011-04-21 10:39:34 +00:00
SRCREV ??= "INVALID"
bitbake.conf: change revision fetching to use newer fetch2 code Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-02-14 07:57:59 +00:00
AUTOREV = "${@bb.fetch2.get_autorev(d)}"
SRCPV = "${@bb.fetch2.get_srcrev(d)}"
bitbake.conf: Assign SRCPV so that it will be tracked correcting in the sstate checksum Currently, SRCPV is just listed as having a value of ${@bb.fetch2.get_srcrev(d)} which isn't helpful. This can mean that if PV changes, two recipes can have the same sstate checksum despite having different PV values since the PV value itself isn't tracked anywhere. Adding this line means that the real PV value is expanded and recorded in the sstate checksum, meaning the sstate packages no longer overlap. This is critical in ensuring consistent builds for revipes using SRCPV. (From OE-Core rev: a9fffadec4fb60547257cb3d7496b6e39ed07be8) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-14 08:41:59 +00:00
SRCPV[vardepvalue] = "${SRCPV}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
bitbake.conf: use empty SRC_URI by default * Otherwise, recipes that only append to SRC_URI instead of overwriting it will get the full path of the recipe written into the Source: field of the package. (From OE-Core rev: 516d2029b31b014de1c87d23dd86208a4480579c) Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-08 02:51:10 +00:00
SRC_URI = ""
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
Further cleanup of various poky references (From OE-Core rev: fe73ea8c510877fe4e3c117985e8f3d0b79ddf1b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-04-21 11:26:25 +00:00
# Use pseudo as the fakeroot implementation
pseudo: Change pseudo integration to better support local DBs Change the pseudo integration: * Uprev to latest open source version * Restructure the patches to allow for many local DBs, as well as pseudo specific lib dirs. Signed-off-by: Mark Hatle <mhatle@windriver.com>
2010-08-04 13:45:10 +00:00
PSEUDO_LOCALSTATEDIR ?= "${WORKDIR}/pseudo/"
bitbake.conf/image.bbclass: Ensure images use the correct passwd/group files 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>
2011-12-07 17:34:07 +00:00
PSEUDO_PASSWD ?= "${STAGING_DIR_TARGET}"
bitbake.conf: Default to explicitly setting the variable to disable pseudo 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>
2011-09-09 17:21:24 +00:00
export PSEUDO_DISABLED = "1"
#export PSEUDO_PREFIX = "${STAGING_DIR_NATIVE}${prefix_native}"
#export PSEUDO_BINDIR = "${STAGING_DIR_NATIVE}${bindir_native}"
#export PSEUDO_LIBDIR = "${STAGING_DIR_NATIVE}$PSEUDOBINDIR/../lib/pseudo/lib
bitbake.conf: Add extra fakeroot parameters In order to correctly handle fakeroot at the bitbake level we need some extra information which we provide with these new variables. (From OE-Core rev: 003ea0fd1017dde50ced710179d0dc2e835d5185) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-06-07 17:15:19 +00:00
FAKEROOTBASEENV = "PSEUDO_BINDIR=${STAGING_BINDIR_NATIVE} PSEUDO_LIBDIR=${STAGING_BINDIR_NATIVE}/../lib/pseudo/lib PSEUDO_PREFIX=${STAGING_BINDIR_NATIVE}/../../ PSEUDO_DISABLED=1"
FAKEROOTCMD = "${STAGING_BINDIR_NATIVE}/pseudo"
bitbake.conf/image.bbclass: Ensure images use the correct passwd/group files 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>
2011-12-07 17:34:07 +00:00
FAKEROOTENV = "PSEUDO_PREFIX=${STAGING_DIR_NATIVE}${prefix_native} PSEUDO_LOCALSTATEDIR=${PSEUDO_LOCALSTATEDIR} PSEUDO_PASSWD=${PSEUDO_PASSWD} PSEUDO_NOSYMLINKEXP=1 PSEUDO_DISABLED=0"
bitbake.conf: Unload pseudo when its not required for a given task 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>
2011-11-09 15:02:33 +00:00
FAKEROOTNOENV = "PSEUDO_UNLOAD=1"
pseudo/fakeroot: Move the pseudo directory creation into bitbake If sstate was used to accelerate a build, the pseudo directory might not have been created leading to subsequent task failures. Also, sstate packages were not being installed under pseudo context meaning file permissions could have been lost. Fix these problems by creating a FAKEROOTDIRS variable which bitbake ensures exists before running tasks and running the appropriate setscene tasks under fakeroot context. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-10-22 12:00:40 +00:00
FAKEROOTDIRS = "${PSEUDO_LOCALSTATEDIR}"
Use pseudo rather than fakeroot for fake root privileges Make use of the ability to configure the fake root provider and use Wind River's pseudo utility. Signed-off-by: Joshua Lock <josh@linux.intel.com>
2010-06-23 14:19:06 +00:00
PREFERRED_PROVIDER_virtual/fakeroot-native ?= "pseudo-native"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Miscellaneous utilities.
##################################################################
MKTEMPDIRCMD = "mktemp -d -q ${TMPBASE}"
MKTEMPCMD = "mktemp -q ${TMPBASE}"
# GNU patch tries to be intellgent about checking out read-only files from
# a RCS, which freaks out those special folks with active Perforce clients
# the following makes patch ignore RCS:
conf: Sync with OE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@892 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-11-20 17:13:43 +00:00
export PATCH_GET="0"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Not sure about the rest of this yet.
##################################################################
bitbake.conf: shift build config summary control to here (From OE-Core rev: 164df0708d9add81be7d1fd56d487253062756d8) Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-27 04:32:31 +00:00
# Pre-build configuration output
BUILDCFG_HEADER = "Build Configuration:"
bitbake.conf: Change build output message to list BUILD_SYS, TARGET_SYS and NATIVELSBSTRING The build summary is meant to reflect key configuration variables. Information about the build system we're running on is important but currently missing from the information displayed. Printing TARGET_SYS removes the need to print TARGET_OS and TARGET_ARCH and we add BUILD_SYS and NATIVELSBSTRING to show information about the build system. [YOCTO #3456] (From OE-Core rev: 764cc1eb3043c84121f597d2271108b91052095e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-26 14:50:47 +00:00
BUILDCFG_VARS = "BB_VERSION BUILD_SYS NATIVELSBSTRING TARGET_SYS MACHINE DISTRO DISTRO_VERSION TUNE_FEATURES TARGET_FPU"
bitbake.conf: shift build config summary control to here (From OE-Core rev: 164df0708d9add81be7d1fd56d487253062756d8) Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-27 04:32:31 +00:00
BUILDCFG_VARS[type] = "list"
BUILDCFG_NEEDEDVARS = "TARGET_ARCH TARGET_OS"
BUILDCFG_NEEDEDVARS[type] = "list"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
# Other
bitbake: machine specific sysroots implementation This commit changes the sysroots path to be machine specific. Changes includes: 1) STAGING_DIR_TARGET and STRAGING_DIR_HOST points to machine specific paths. 2) task stamp files. Adding ${MACHINE} info into stamp files for do_populate_sysroots and do_package tasks. Add a BB_STAMPTASK_BLACKLIST to keep native, nativesdk, crosssdk, and cross-canadian stamp unchanged. 3) siteconfig path. Separate the site config path for different machines to avoid one machine adopting the cache file of another machine. 4) sstate. Add machine name to sstate manifest file. Change relocation code for sstate paths since sysroot is machine. Keep native, nativesdk, crosssdk, and cross-canadian unchanged. 5) toolchain scripts. Change the environment path to point to machine specific sysroots in toolchain scripts bbclass. 6) Relocate la files when populating to a different machine of the same architecture. 7) Exclude STAGING_DIR_TARGET and STAGING_DIR_HOST parameter from sstate siginfo since they contain ${MACHINE} information. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2011-01-18 08:18:42 +00:00
export PKG_CONFIG_DIR = "${STAGING_DIR_HOST}/${libdir}/pkgconfig"
bitbake.conf: task-base stuff git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2056 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-06-29 07:44:00 +00:00
export PKG_CONFIG_PATH = "${PKG_CONFIG_DIR}:${STAGING_DATADIR}/pkgconfig"
bitbake.conf: Set PKG_CONFIG_LIBDIR If this isn't set, pkg-config will use its inbuilt paths which mean it can end up looking in the native sysroot. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-08-12 13:36:49 +00:00
export PKG_CONFIG_LIBDIR = "${PKG_CONFIG_DIR}"
bitbake: machine specific sysroots implementation This commit changes the sysroots path to be machine specific. Changes includes: 1) STAGING_DIR_TARGET and STRAGING_DIR_HOST points to machine specific paths. 2) task stamp files. Adding ${MACHINE} info into stamp files for do_populate_sysroots and do_package tasks. Add a BB_STAMPTASK_BLACKLIST to keep native, nativesdk, crosssdk, and cross-canadian stamp unchanged. 3) siteconfig path. Separate the site config path for different machines to avoid one machine adopting the cache file of another machine. 4) sstate. Add machine name to sstate manifest file. Change relocation code for sstate paths since sysroot is machine. Keep native, nativesdk, crosssdk, and cross-canadian unchanged. 5) toolchain scripts. Change the environment path to point to machine specific sysroots in toolchain scripts bbclass. 6) Relocate la files when populating to a different machine of the same architecture. 7) Exclude STAGING_DIR_TARGET and STAGING_DIR_HOST parameter from sstate siginfo since they contain ${MACHINE} information. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2011-01-18 08:18:42 +00:00
export PKG_CONFIG_SYSROOT_DIR = "${STAGING_DIR_HOST}"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
export PKG_CONFIG_DISABLE_UNINSTALLED = "yes"
# library package naming
AUTO_LIBNAME_PKGS = "${PACKAGES}"
###
### Config file processing
###
bitbake.conf: Fix up OVERRIDES documentation (some bits from OE) and also add forcevariable OVERRIDE Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-08-12 14:05:57 +00:00
# Overrides are processed left to right, so the ones that are named later take precedence.
# You generally want them to go from least to most specific.
#
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
# This means that an envionment variable named '<foo>_arm' overrides an
bitbake.conf: Fix up OVERRIDES documentation (some bits from OE) and also add forcevariable OVERRIDE Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-08-12 14:05:57 +00:00
# environment variable '<foo>' (when ${TARGET_ARCH} is arm).
bitbake.conf: make OVERRIDES match what people expect 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>
2011-05-24 14:04:20 +00:00
# An environment variable '<foo>_qemuarm' overrides '<foo>' and overrides
# '<foo>_arm' when ${MACHINE} is 'qemuarm'.
# If you use combination ie '<foo>_qemuarm_arm', then '<foo>_qemuarm_arm' will override
# '<foo>_qemuarm' and then '<foo>' will be overriden with that value from '<foo>_qemuarm'.
# And finally '<foo>_forcevariable' overrides any standard variable, with the highest priority.
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
#
# This works for functions as well, they are really just environment variables.
Sync various tweaks from OE, change default SRCREV policy to not auto increment rather than hitting the network. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3345 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-12-18 15:04:06 +00:00
# Default OVERRIDES to make compilation fail fast in case of build system misconfiguration.
classes: Add recipe class to overrides We have currently no override to detect a recipe being build cross, crosssdk or for target at times we can use virtclass-native and virtclass-nativesdk to override stuff in recipes but we dont have way to modify a variables based on recipe type always. This patch adds in such an override and in particular makes a target override class available. With this change now we can say: EXTRA_OECONF_class-target = "...." EXTRA_OECONF_class-native = "..." EXTRA_OECONF_class-nativesdk = "..." EXTRA_OECONF_class-crosssdk= "..." Based of an original patch by Khem Raj (From OE-Core rev: cf332fd9bf685f6d42b11c1f0c37b934c7f5bcbe) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-02-11 02:58:28 +00:00
OVERRIDES = "${TARGET_OS}:${TRANSLATED_TARGET_ARCH}:build-${BUILD_OS}:pn-${PN}:${MACHINEOVERRIDES}:${DISTROOVERRIDES}:${CLASSOVERRIDE}:forcevariable"
bitbake.conf: exclude whole MACHINEOVERRIDES from OVERRIDES vardeps * whole MACHINEOVERRIDES can change e.g. between MACHINES with different arm architecture, causing allarch packages to reexecute do_package bitbake-diffsigs ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.90e760a8f6cecbd87cb2e95f1237e3cc ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.9eeccfd15f25032b3b6b132534660fff basehash changed from 7618e17d3fda05d1f15246e6800ca0f0 to 97bc4dc8c1521c535bd96b2aa62d8a03 Variable MACHINEOVERRIDES value changed from ${MACHINE}${@bb.utils.contains("TUNE_FEATURES", "armv5", ":armv5", "" ,d)}${@bb.utils.contains("TUNE_FEATURES", "armv4", ":armv4", "" ,d)}:${MACHINE_CLASS} to ${MACHINE}${@bb.utils.contains("TUNE_FEATURES", "armv7a", ":armv7a", "" ,d)}${@bb.utils.contains("TUNE_FEATURES", "armv6", ":armv6", "" ,d)}${@bb.utils.contains("TUNE_FEATURES", "armv5", ":armv5", "" ,d)}${@bb.utils.contains("TUNE_FEATURES", "armv4", ":armv4", "" ,d)}:${MACHINE_CLASS} (From OE-Core rev: d205aa2b42a4676b1ba587c0375cd6ac7e18e9ce) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-23 14:25:09 +00:00
OVERRIDES[vardepsexclude] = "MACHINEOVERRIDES"
classes: Add recipe class to overrides We have currently no override to detect a recipe being build cross, crosssdk or for target at times we can use virtclass-native and virtclass-nativesdk to override stuff in recipes but we dont have way to modify a variables based on recipe type always. This patch adds in such an override and in particular makes a target override class available. With this change now we can say: EXTRA_OECONF_class-target = "...." EXTRA_OECONF_class-native = "..." EXTRA_OECONF_class-nativesdk = "..." EXTRA_OECONF_class-crosssdk= "..." Based of an original patch by Khem Raj (From OE-Core rev: cf332fd9bf685f6d42b11c1f0c37b934c7f5bcbe) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-02-11 02:58:28 +00:00
CLASSOVERRIDE ?= "class-target"
bitbake.conf: fix distro-less failure expanding FILESPATH If DISTRO is not set, FILESPATH becomes littered with directories like files/${DISTRO} etc. It won't bomb until you try to eval it - i.e. manipulating FILESPATH directly with .= works fine, but calling e.g. base_set_filespath() throws this: ERROR: Failure expanding variable FILESPATH, expression was ${@blah} which triggered exception SyntaxError: EOL while scanning string literal (FILESPATH, line 1) (From OE-Core rev: abacd7243a2e4cca216797c4a36ff66ae968ddbd) Signed-off-by: Denys Dmytriyenko <denys@ti.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-22 01:33:03 +00:00
DISTROOVERRIDES ?= "${@d.getVar('DISTRO', True) or ''}"
conf/bitbake.conf: Add MACHINEOVERRIDES variable 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>
2011-05-13 18:39:04 +00:00
MACHINEOVERRIDES ?= "${MACHINE}"
bitbake.conf Exclude MACHINE from MACHINEOVERRIDE variable dependencies (From OE-Core rev: 362512b83775ad7020e5870a594f0e7ca9ef83ba) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-10-14 12:51:14 +00:00
MACHINEOVERRIDES[vardepsexclude] = "MACHINE"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
bitbake.conf/utils: Drop some OVERRIDES from FILESPATH There are several overrides that don't make sense as part of FILESPATH. This introduces FILESOVERRIDES and allows us to drop some of the pointless ones, simplifying the files search path further and improving the user experience. If needed by specific recipes, other overrides can be added back in for specific cases. (From OE-Core rev: b8b1b39961332c99d62ee466f7859bd62a0f806f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-12-07 17:38:23 +00:00
FILESOVERRIDES = "${TRANSLATED_TARGET_ARCH}:${MACHINEOVERRIDES}:${DISTROOVERRIDES}"
bitbake.conf: set CPU_FEATURES before it is used not after git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3954 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-03-06 07:31:03 +00:00
CPU_FEATURES ?= ""
CPU_FEATURES_arm ?= "vfp"
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
##################################################################
# Include the rest of the config files.
##################################################################
bitbake.conf: Include abi_version.conf in a early stage We may define new OELAYOUT_ABI variable in ${DISTRO}.conf, therefore we need to move the abi_version.conf before that. (From OE-Core rev: 4e1a8ed1ab7e7bd950e511c79ddfe072cb280a6e) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-16 07:52:01 +00:00
require conf/abi_version.conf
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
include conf/site.conf
include conf/auto.conf
include conf/local.conf
include conf/build/${BUILD_SYS}.conf
include conf/target/${TARGET_SYS}.conf
include conf/machine/${MACHINE}.conf
Add SDKMACHINE to simplify SDK control and add to CACHE paths to allow environmental variable control Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2009-09-18 09:01:33 +00:00
include conf/machine-sdk/${SDKMACHINE}.conf
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
include conf/distro/${DISTRO}.conf
distro: Add defaultsetup.conf, a set of default configuration providing sane 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>
2011-05-10 13:04:57 +00:00
include conf/distro/defaultsetup.conf
Initial population git-svn-id: https://svn.o-hand.com/repos/poky@1 311d38ba-8fff-0310-9ca6-ca027cbcb966
2005-08-31 10:45:47 +00:00
include conf/documentation.conf
bitbake.conf: parse license config license.conf hasn't been being parsed. It probably should be. (From OE-Core rev: b393b31fee3b4d42890c2bcbba09ea231c131dea) Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-26 21:50:08 +00:00
include conf/licenses.conf
Add new sanity checking infrstructure and class git-svn-id: https://svn.o-hand.com/repos/poky/trunk@308 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-03-20 15:06:33 +00:00
require conf/sanity.conf
Sync conf files with OE - includes adding zaurusd to images and fixing PCMCIA_MANAGER handling git-svn-id: https://svn.o-hand.com/repos/poky/trunk@327 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-03-23 22:30:35 +00:00
##################################################################
# Weak variables (usually to retain backwards compatibility)
##################################################################
bitbake.conf: move PSTAGE_DIR and DL_DIR with build output Having PSTAGE_DIR be a top level directory by default doesn't make sense, move it to be a child of the build directory so that it lives with all other built output. Also move DL_DIR to a child of the build directory for the use case of an unwriteable $OEROOT. Signed-off-by: Joshua Lock <josh@linux.intel.com>
2010-07-19 10:31:40 +00:00
DL_DIR ?= "${TOPDIR}/downloads"
sstate.bbclass: Update to use SSTATE variables everywhere and remove the now unneeded complicated paths from the sstate files Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-09-29 10:19:22 +00:00
SSTATE_DIR ?= "${TOPDIR}/sstate-cache"
bitbake.conf: Default to an IMAGE_FSTYPES of tar.gz instead of the less useful jffs2
2009-01-02 10:31:44 +00:00
IMAGE_FSTYPES ?= "tar.gz"
bitbake.conf, core-image-minimal-initramfs: add INITRAMFS_FSTYPES 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>
2011-12-13 16:19:47 +00:00
INITRAMFS_FSTYPES ?= "cpio.gz"
Rename task to packagegroup "Package group" is a much more appropriate name for these than task, since we use the word task to describe units of work executed by BitBake. (From OE-Core rev: 424dcf7046e4ad09dcc664eb1992201195247fcf) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-29 10:38:34 +00:00
DEFAULT_TASK_PROVIDER ?= "packagegroup-base"
Sync various tweaks from OE, change default SRCREV policy to not auto increment rather than hitting the network. git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3345 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-12-18 15:04:06 +00:00
MACHINE_TASK_PROVIDER ?= "${DEFAULT_TASK_PROVIDER}"
bitbake.conf: add IMAGE_ROOTFS_SIZE (from OE)
2009-01-23 17:34:45 +00:00
IMAGE_ROOTFS_SIZE ?= "65536"
Modify IMAGE_ROOTFS_SIZE_ext2 for cmx270 git-svn-id: https://svn.o-hand.com/repos/poky/trunk@862 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-11-16 14:45:43 +00:00
bitbake.conf: Sync with OE.dev git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2409 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-08-08 21:02:39 +00:00
# Forcefully set CACHE now so future changes to things like
# MACHINE don't change the path to the cache
CACHE := "${CACHE}"
Sync conf files with OE git-svn-id: https://svn.o-hand.com/repos/poky/trunk@373 311d38ba-8fff-0310-9ca6-ca027cbcb966
2006-05-09 16:10:18 +00:00
##################################################################
# Magic Cookie for SANITY CHECK
##################################################################
OES_BITBAKE_CONF = "1"
bitbake.conf: task-base stuff git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2056 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-06-29 07:44:00 +00:00
##################################################################
Rename task to packagegroup "Package group" is a much more appropriate name for these than task, since we use the word task to describe units of work executed by BitBake. (From OE-Core rev: 424dcf7046e4ad09dcc664eb1992201195247fcf) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-29 10:38:34 +00:00
# Machine properties and packagegroup-base stuff
bitbake.conf: task-base stuff git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2056 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-06-29 07:44:00 +00:00
##################################################################
DISTRO_FEATURES ?= ""
DISTRO_EXTRA_RDEPENDS ?= ""
DISTRO_EXTRA_RRECOMMENDS ?= ""
MACHINE_EXTRA_RDEPENDS ?= ""
MACHINE_EXTRA_RRECOMMENDS ?= ""
MACHINE_ESSENTIAL_EXTRA_RDEPENDS ?= ""
MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS ?= ""
bitbake.conf: define empty EXTRA_IMAGE_FEATURES before using them * fixes build without EXTRA_IMAGE_FEATURES defined: ERROR: '${EXTRA_IMAGE_FEATURES}' in IMAGE_FEATURES is not a valid image feature. Valid features: dbg-pkgs .... (From OE-Core rev: b2cc92595b30d96a79f33ea7a7217834c8b6bff7) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-13 10:07:43 +00:00
EXTRA_IMAGE_FEATURES ??= ""
Add EXTRA_IMAGE_FEATURES for ease of use in local.conf git-svn-id: https://svn.o-hand.com/repos/poky/trunk@3461 311d38ba-8fff-0310-9ca6-ca027cbcb966
2008-01-10 23:50:30 +00:00
IMAGE_FEATURES += "${EXTRA_IMAGE_FEATURES}"
bitbake.conf: task-base stuff git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2056 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-06-29 07:44:00 +00:00
bitbake.conf: explicitly backfill sysvinit, not DISTRO_FEATURES_INITMAN Reflect reality by backfilling sysvinit support, instead of whatever value was in DISTRO_FEATURES_INITMAN. (From OE-Core rev: 0b6559cd93a64498646d18a121746c6816382407) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-20 15:43:46 +00:00
DISTRO_FEATURES_BACKFILL = "pulseaudio sysvinit"
bitbake.conf: Add rtc to MACHINE_FEATURES_BACKFILL This was done this way so that the current machine configuration would remain unaffected. The rtc MACHINE_FEATURE will specify if a real time clock is avalaible. (From OE-Core rev: 4a8232d959e24e73998d7541c4a524774387cabf) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-10 13:55:47 +00:00
MACHINE_FEATURES_BACKFILL = "rtc"
bitbake.conf: Add MACHINE_FEATURES_BACKFILL and append to MACHINE_FEATURES This is works the way DISTRO_FEATURES_BACKFILL does. (From OE-Core rev: bdf90789431f1a8e076fe33c8bfd19c7269d6dad) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-10 13:53:55 +00:00
bitbake.conf: task-base stuff git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2056 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-06-29 07:44:00 +00:00
COMBINED_FEATURES = "\
${@base_both_contain("DISTRO_FEATURES", "MACHINE_FEATURES", "alsa", d)} \
${@base_both_contain("DISTRO_FEATURES", "MACHINE_FEATURES", "bluetooth", d)} \
${@base_both_contain("DISTRO_FEATURES", "MACHINE_FEATURES", "ext2", d)} \
bitbake.conf: Sync with changes in OE.dev
2009-07-02 13:30:04 +00:00
${@base_both_contain("DISTRO_FEATURES", "MACHINE_FEATURES", "vfat", d)} \
bitbake.conf: task-base stuff git-svn-id: https://svn.o-hand.com/repos/poky/trunk@2056 311d38ba-8fff-0310-9ca6-ca027cbcb966
2007-06-29 07:44:00 +00:00
${@base_both_contain("DISTRO_FEATURES", "MACHINE_FEATURES", "irda", d)} \
${@base_both_contain("DISTRO_FEATURES", "MACHINE_FEATURES", "pcmcia", d)} \
${@base_both_contain("DISTRO_FEATURES", "MACHINE_FEATURES", "pci", d)} \
${@base_both_contain("DISTRO_FEATURES", "MACHINE_FEATURES", "usbgadget", d)} \
${@base_both_contain("DISTRO_FEATURES", "MACHINE_FEATURES", "usbhost", d)} \
${@base_both_contain("DISTRO_FEATURES", "MACHINE_FEATURES", "wifi", d)}"
bitbake.conf: add a couple explicit vardeps (From OE-Core rev: 5b9877aa55e28ba06410592350e7e5106ebdf6cb) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-16 21:17:21 +00:00
COMBINED_FEATURES[vardeps] += "DISTRO_FEATURES MACHINE_FEATURES"
base.bbclass: Split up as per the patch in OE.dev by Chris Larson making code more readable and modularised Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-03-19 23:12:06 +00:00
bitbake.conf: set SERIAL_CONSOLES from SERIAL_CONSOLE by default This is the first step in deprecating SERIAL_CONSOLE without affecting machine configurations that still use it. (From OE-Core rev: 3f0d665384e6d1b7aa2854a9cc4f13e0961bacb7) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-30 14:30:10 +00:00
SERIAL_CONSOLE ??= ""
SERIAL_CONSOLES ??= "${@d.getVar('SERIAL_CONSOLE', True).replace(' ', ';')}"
package_rpm.bbclass: NO_RECOMMENDATIONS support Add NO_RECOMMENDATIONS support. A way to disable all recommended packages from being installed. This will help shrink the size of the resulting filesystem. Add documentation on NO_RECOMMENDATIONS and BAD_RECOMMENDATIONS. Note, using NO_RECOMMENDATIONS has side effects such that kernel-modules may not have been installed. A user will need to manually add to their image any kernel-modules required to be on the image for functionality. (From OE-Core rev: 0341bfa886ea851f5a394051545b4e624d8003dd) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-13 00:45:48 +00:00
NO_RECOMMENDATIONS ?= ""
classes/rootfs_rpm: implement BAD_RECOMMENDATIONS for RPM Add support for the BAD_RECOMMENDATIONS variable that can be used to prevent specific packages from being installed via an RRECOMMENDS relationship when using the RPM backend. (Previously this functionality was only available when using ipk packaging.) In the process this moves the defaulting of BAD_RECOMMENDATIONS (as empty) to bitbake.conf since it is no longer specific to the ipk backend, as well as unifying some of the code that creates the configuration for smart for use on the host and target. Fixes [YOCTO #3916]. (From OE-Core rev: 4e85129a7d47baf3e32b815cbc277bff84e085a0) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-07-24 16:26:08 +00:00
BAD_RECOMMENDATIONS ?= ""
base.bbclass: Split up as per the patch in OE.dev by Chris Larson making code more readable and modularised Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-03-19 23:12:06 +00:00
# Make sure MACHINE isn't exported
# (breaks binutils at least)
MACHINE[unexport] = "1"
# Make sure TARGET_ARCH isn't exported
# (breaks Makefiles using implicit rules, e.g. quilt, as GNU make has this
# in them, undocumented)
TARGET_ARCH[unexport] = "1"
# Make sure DISTRO isn't exported
# (breaks sysvinit at least)
DISTRO[unexport] = "1"
task-cross-canadian: Ensure it reflects TARGET_ARCH in PN If this recipe doesn't reflect TARGET_ARCH in its name, only one flavour of cross toolchain can be installed at once. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-12-10 16:56:08 +00:00
# Used by canadian-cross to handle string conversions on TARGET_ARCH where needed
bitbake.conf/qemux86-64: Automate TRANSLATED_TARGET_ARCH (From OE-Core rev: 6def7129cf7580a935c05cc05b7f803812d5bb18) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-03 14:52:41 +00:00
TRANSLATED_TARGET_ARCH ??= "${@d.getVar('TARGET_ARCH', True).replace("_", "-")}"
bitbake.conf: Set a default hash policy globally, not just in the poky distro config Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-12-30 12:24:18 +00:00
bitbake.conf: store cooker logs in subdirectory of LOG_DIR * we should probably wait until http://git.openembedded.org/bitbake/commit/?id=1e06d8012868ba5a31503dc99cbf18570be629d9 is in next required bitbake version, but error message if the directory doesn't exist is quite clear * people with new enough bitbake could just change this in their local.conf (From OE-Core rev: a1e4d32ede287f73c6acc796b43fe5b90c072fab) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-02 16:45:09 +00:00
# Complete output from bitbake
BB_CONSOLELOG ?= "${LOG_DIR}/cooker/${MACHINE}/${DATETIME}.log"
bitbake.conf: Set BB_CONSOLELOG so we log console messages by default 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>
2011-11-24 14:50:37 +00:00
bitbake.conf: Set a default hash policy globally, not just in the poky distro config Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-12-30 12:24:18 +00:00
# Setup our default hash policy
bitbake.conf/abi_version.conf: Update to use BasicHash signature generator This switches to use the hash based signature generatior and update layout_abi to match stamp file layout changes. Angstrom and Poky did this a while ago. This brings the OE-Core defaults into line with what is the best common practise at this point. Its been discussed on the mailing lists and by the TSC at length, this just completes the transition. (From OE-Core rev: 4199efed48005a62267fa3374c33b13627d85f44) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-22 14:04:27 +00:00
BB_SIGNATURE_HANDLER ?= "OEBasicHash"
bitbake.conf: break three very long lines Break the following 3 very long lines into 3 pieces, make a line under 80 characters, will modify BB_HASHBASE_WHITELIST and BB_HASHCONFIG_WHITELIST in the next patch: BB_HASHBASE_WHITELIST BB_HASHCONFIG_WHITELIST BB_SIGNATURE_EXCLUDE_FLAGS [YOCTO #3299] (From OE-Core rev: 1417f606982c591178dd408a7ef79f449a6e2554) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-23 07:52:26 +00:00
BB_HASHBASE_WHITELIST ?= "TMPDIR FILE PATH PWD BB_TASKHASH BBPATH DL_DIR \
SSTATE_DIR THISDIR FILESEXTRAPATHS FILE_DIRNAME HOME LOGNAME SHELL TERM \
USER FILESPATH STAGING_DIR_HOST STAGING_DIR_TARGET COREBASE PRSERV_HOST \
prserv: change PRSERV_HOST semantics - remove PRSERV_PORT variable - use 'hostname:port' as PRSERV_HOST format - remove USE_PR_SERV variable - one can activate PRS by setting PRSERV_HOST [YOCTO #3744] (From OE-Core rev: e00f49de8b1f79c3e07b887d257bd75a46052fa0) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-23 14:54:28 +00:00
PRSERV_DUMPDIR PRSERV_DUMPFILE PRSERV_LOCKDOWN PARALLEL_MAKE \
bitbake.conf: Add SDKPKGSUFFIX to hash whitelist The gcc recipes reference this however we account for it in the work directory paths and we don't want recipes depending on the value changing. This avoids unecessary rebuilds when switching SDKs. (From OE-Core rev: 6cdcc543ce8f532a4f66246114241b43821a111e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-04 11:49:10 +00:00
CCACHE_DIR EXTERNAL_TOOLCHAIN CCACHE CCACHE_DISABLE LICENSE_PATH SDKPKGSUFFIX"
bitbake.conf: Update hashconfig after BB_ORIGENV changes We should ignore BB_ORIGENV from the hash for the config data. There are also a number of variables which no longer make it into the data store so we can drop these from the hash whitelist. (From OE-Core rev: cb21af00f9321ea48e533089dbffbb1a9665cb92) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-06 23:34:52 +00:00
BB_HASHCONFIG_WHITELIST ?= "${BB_HASHBASE_WHITELIST} DATE TIME SSH_AGENT_PID \
SSH_AUTH_SOCK PSEUDO_BUILD BB_ENV_EXTRAWHITE DISABLE_SANITY_CHECKS \
PARALLEL_MAKE BB_NUMBER_THREADS BB_ORIGENV"
bitbake.conf: break three very long lines Break the following 3 very long lines into 3 pieces, make a line under 80 characters, will modify BB_HASHBASE_WHITELIST and BB_HASHCONFIG_WHITELIST in the next patch: BB_HASHBASE_WHITELIST BB_HASHCONFIG_WHITELIST BB_SIGNATURE_EXCLUDE_FLAGS [YOCTO #3299] (From OE-Core rev: 1417f606982c591178dd408a7ef79f449a6e2554) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-23 07:52:26 +00:00
BB_SIGNATURE_EXCLUDE_FLAGS ?= "doc defaultval _append _prepend deps depends \
lockfiles type vardepsexclude vardeps vardepvalue file-checksums python \
func task export unexport noexec nostamp dirs cleandirs \
sstate-lockfile-shared prefuncs postfuncs export_func deptask rdeptask \
recrdeptask nodeprrecs stamp-base stamp-extra-info"
bitbake.conf: Set a default hash policy globally, not just in the poky distro config Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-12-30 12:24:18 +00:00
multilib: Add support for compiling recipes against multiple ABIs 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>
2011-06-07 09:27:03 +00:00
MLPREFIX ??= ""
utils.bbclass/multilib.class: Added misc supporting functions. 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>
2011-07-29 14:21:58 +00:00
MULTILIB_VARIANTS ??= ""