linux/poky.git/meta/recipes-support/gmp, branch hardknott

gmp: fix CVE-2021-43618

2021-12-05T12:35:43+00:00

(From OE-Core rev: ebf1a7c42a9bd5a9d583248af95e0a30fa241465) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie (cherry picked from commit fb3b9a7f668a6ffd56a99e1e8b83cdbad2a4bc66) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

gmp: upgrade 6.2.0 -> 6.2.1

2020-11-24T10:27:45+00:00

(From OE-Core rev: 125d0b1e1213398f468400c82f6c0f0835629274) Signed-off-by: Zang Ruochen Signed-off-by: Richard Purdie

gmp: Upgrade to 6.2.0

2020-02-22T23:57:27+00:00

Drop amd64 patch, the bsfq has been replaced with bsfl for count_trailing_zeros Forward port rest of patches to 6.2.0 (From OE-Core rev: 35c052db4e081d363bcca350383adb0ac8c321d3) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gmp: do the multilib_header magic for gmp.h

2018-05-29T20:07:13+00:00

Add multilib support feature for this recipe (From OE-Core rev: a2b4552b96c49dbdc9aef4b64820c3ff16dc5bb6) Signed-off-by: Changqing Li Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gmp: refresh patches

2018-03-09T17:17:02+00:00

The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 9adf817a638229d69d866fd6f8f48ee23caa6864) Signed-off-by: Ross Burton Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gmp: improve reproducibility

2017-08-16T23:21:15+00:00

Remove references to the host build system from generated/packaged header file gmp.h. The file ends up in two different packages (libgmp-dev, libgmp-dbg). Rather then modifying the file twice in two different destinations after the installation, we modify the file gmp.h only once, but before the installation. [YOCTO #11922] (From OE-Core rev: 693b42115e2f61abc9ca6096445dc494648cacb6) Signed-off-by: Juro Bystricky Signed-off-by: Richard Purdie

recipes: Move out stale GPLv2 versions to a seperate layer

2017-03-07T20:05:31+00:00

These are recipes where the upstream has moved to GPLv3 and these old versions are the last ones under the GPLv2 license. There are several reasons for making this move. There is a different quality of service with these recipes in that they don't get security fixes and upstream no longer care about them, in fact they're actively hostile against people using old versions. The recipes tend to need a different kind of maintenance to work with changes in the wider ecosystem and there needs to be isolation between changes made in the v3 versions and those in the v2 versions. There are probably better ways to handle a "non-GPLv3" system but right now having these in OE-Core makes them look like a first class citizen when I believe they have potential for a variety of undesireable issues. Moving them into a separate layer makes their different needs clearer, it also makes it clear how many of these there are. Some are probably not needed (e.g. mc), I also wonder whether some are useful (e.g. gmp) since most things that use them are GPLv3 only already. Someone could now more clearly see how to streamline the list of recipes here. I'm proposing we mmove to this separate layer for 2.3 with its future maintinership and testing to be determined in 2.4 and beyond. (From OE-Core rev: 19b7e950346fb1dde6505c45236eba6cd9b33b4b) Signed-off-by: Richard Purdie

gmp: Update to 6.1.2

2017-02-23T20:49:49+00:00

(From OE-Core rev: a341bc666c6d25741bbe879ccf0ade8da6ba4373) (From OE-Core rev: ba962c8cd4f39f72028662db4cb8505befe64206) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gmp: Disable assembly for MIPS R6

2016-11-30T15:48:07+00:00

gmplib has some assembly routines. These have not been optimized for MIPS R6 yet. Add --disable-assembly so that the C implementation is used. (From OE-Core rev: b0975809fe43b7506cc30a60245f5e32b275a3ec) Signed-off-by: Zubair Lutfullah Kakakhel Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gmp: Fix wrong detection of -march flag

2016-08-17T09:35:42+00:00

Configure detects -march flag based upon target triplet, it wrongly passes -march=armv4 for all arm, this is unearthed when compiling with clang since it errors out with flags like /tmp/kraj01/a-0c2038.s:27: Error: selected processor does not support `bx r0' in ARM mode since it does not pass --fix-v4bx along with -march=armv4, which does not happen with gcc toolchain since this flag is passed impicitly hence this error was indetected Fixed thusly (From OE-Core rev: 51caeccfc5b18b59deac5005e0059a414cbbed32) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie