linux/poky.git/meta/recipes-support/boost/boost.inc, branch yocto-4.1.1

boost: Refrain bjam from poking into host includes

2022-09-09T13:09:01+00:00

bjam's logic to find icu during build time tries to poke at /usr/ for various files and it succeeds for 32bit target build on my host and it adds -I/usr/inclue to search paths because I do have icu installed on build host in /usr/lib and /usr/include but does not succeed for 64-bit target builds because its searching for same in /usr/lib64 on 32-bit log_dompile shows - icu : yes [5] on 64 bit - icu : no [2] On 64bit its getting lucky because the test is failing due to mismatches in size of 'uintptr_t' since its reading half the headers from build host and remaining from target C++ library. In file included from /mnt/b/yoe/master/build/tmp/work/riscv64-yoe-linux/boost/1.80.0-r0/boost_1_80_0/libs/locale/build/has_icu_test.cpp:7: In file included from /usr/include/unicode/locid.h:38: In file included from /usr/include/unicode/bytestream.h:45: In file included from /usr/include/unicode/std_string.h:37: In file included from /mnt/b/yoe/master/build/tmp/work/riscv64-yoe-linux/boost/1.80.0-r0/recipe-sysroot/usr/include/c++/v1/string:549: In file included from /mnt/b/yoe/master/build/tmp/work/riscv64-yoe-linux/boost/1.80.0-r0/recipe-sysroot/usr/include/c++/v1/memory:853: In file included from /mnt/b/yoe/master/build/tmp/work/riscv64-yoe-linux/boost/1.80.0-r0/recipe-sysroot/usr/include/c++/v1/__memory/compressed_pair.h:16: In file included from /mnt/b/yoe/master/build/tmp/work/riscv64-yoe-linux/boost/1.80.0-r0/recipe-sysroot/usr/include/c++/v1/tuple:226: /mnt/b/yoe/master/build/tmp/work/riscv64-yoe-linux/boost/1.80.0-r0/recipe-sysroot/usr/include/c++/v1/typeinfo:247:14: error: cast from pointer to smaller type 'std::__type_info_implementations::__non_unique_arm_rtti_bit_impl::__type_name_t' (aka 'unsigned int') loses information return reinterpret_cast<__type_name_t>(__v); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Therefore, help bjam avoid peeking into build system includes entirely. now if ICU is staged in sysroot it will look there for all headers. Look into libs/locale/build/Jamfile.v2 after 'Xlocale' section if you seek further information (From OE-Core rev: 0a87f700ed52434bf5055db25dc4ad427d83cc22) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

boost: add json lib

2022-02-10T10:32:08+00:00

Add the json lib which provides containers and algorithms that implement JavaScript Object Notation, or simply "JSON", a lightweight data-interchange format. (From OE-Core rev: f4dbdb9774eb61a71289fe91b017b4caf9c34b16) Signed-off-by: Matthias Klein Signed-off-by: Richard Purdie

Convert to new override syntax

2021-08-02T14:44:10+00:00

This is the result of automated script conversion: scripts/contrib/convert-overrides.py converting the metadata to use ":" as the override character instead of "_". (From OE-Core rev: 42344347be29f0997cc2f7636d9603b1fe1875ae) Signed-off-by: Richard Purdie

recipes-support: Add missing HOMEPAGE and DESCRIPTION for recipes

2021-03-02T20:39:36+00:00

Fixes: [YOCTO #13471] (From OE-Core rev: 6db24928d62aeb093a0e6da6619713eaca57a96f) Signed-off-by: Ida Delphine Signed-off-by: Richard Purdie

native: Stop clearing PACKAGES

2021-01-29T21:21:53+00:00

Native recipes have been special and they don't have packages generated from them. The RDEPENDS/RPROVIDES and other runtime package specific variables can contain important data about dependencies recipes need though and currently it is required to write this information explicitly in the native case. We now delete the packaging tasks for native recipes which removes the need to clear PACKAGES. The next step to improve the metadata is to stop clearing it and ensure any entries in these variables are remapped appropriately. The R* variables were already being processed by the class extension code but the implementation was suboptimal. This patch stops clearing PACKAGES and PACKAGES_DYNAMIC and fixes the places where that caused issues in OE-Core, for example PACKAGES additions in anonymous python without the "-native" suffix and a case where the included classes caused a self reference in DEPENDS which would once have been removed by the previous code. The implementation uses datastore/parser parameters to ensure that the variable overrides are not overwritten when calling setVar which is appropriate for a function as close to the core as this one is. Some now unneeded code in python3-setuptools is dropped, there are further changes like this which can follow. This change was verified with OE-Core by comparing task-depends.dot generated by "bitbake world -g" before and after the change, the files were identical. (From OE-Core rev: fd6a007efa7cb45101a66f294af81d9d33bb3fab) Signed-off-by: Richard Purdie

boost: consolidate and update library list

2020-10-08T09:22:10+00:00

Add some new libraries to the list (fiber, headers, type_erasure). Move context/coroutine to the list instead of using overrides as it builds everywhere I can test it. Remove the mips16e override for wave as Boost fails so dramatically with mips16e enabled that this isn't even close to a fix. Someone who cares can fix this properly. (From OE-Core rev: 092228f2df6869e31b157ea08766b3e94bee6e29) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

boost: don't specify gcc version

2020-10-08T09:22:10+00:00

There's no need to specify an ancient GCC version here as Boost will probe it. (From OE-Core rev: 2339bf5b0aceb8e55f4b38e44b2383389e514393) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

boost: build a standalone boost.build

2020-10-08T09:22:10+00:00

Boost is a huge unirepo made from multiple submodules. To bootstrap it we need boost.build (previously bjam) which is also available as a solo repository. This smaller repository can unpack/build/package faster than the Boost unirepo can unpack. Rename the recipe to the current name of Boost.Build that installs a b2 binary, use the solo repository, and update the Boost recipe to use the b2 binary instead of bjam. (From OE-Core rev: 76079f921e596125b0e281ca95e2394d7688aaf2) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

boost: move the build directory outside of S

2020-09-30T14:01:51+00:00

Instead of manually creating and deleting build directories, follow the idioms by setting B to WORKDIR/build, setting do_configure[cleandirs], and using ${B} where appropriate. (From OE-Core rev: 6ee1b1e6d65214ab32030ee4b37997f8a9871f25) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

multilib/recipes: Use new RecipePostKeyExpansion event

2020-05-27T09:47:05+00:00

There are issues with multilib due to the ordering of events where some functions see the remapped multilib dependencies and some do not. A significant problem is that the multilib class needs to make some changes before key expansion and some afterwards but by using existing event handlers, some code sees things in a partially translated state, leading to bugs. This patch changes things to use a new event handler from bitbake which makes the ordering of the changes explcit. The challenge in doing this is that it breaks some existing anonymous python and dyanmic assignments. In some cases these used to be translated and no longer are, meaning MLPREFIX has to be added. In some cases these are now translated and the MLPREFIX can be removed. This change does now make it very clear when MLPREFIX is required and when it is not, its just the migration path which is harder. The patch changes the small number of cases where fixes are needed. In particular, where a variable like RDEPENDS is conditionally extended (e.g. with an override), MLPREFIX is now required. This patch also reverts: base: Revert 'base.bbclass: considering multilib when setting LICENSE_EXCLUSION' This reverts 6597130256a1609c3e05ec5891aceaf549c37985 as the changes to multilib datastore handling mean its no longer necessary. (From OE-Core rev: b3fda056a674889cd9697e779de023d4f993d3ce) Signed-off-by: Richard Purdie