An automated conversion using scripts/contrib/convert-spdx-licenses.py to
convert to use the standard SPDX license identifiers. Two recipes in meta-selftest
were not converted as they're that way specifically for testing. A change in
linux-firmware was also skipped and may need a more manual tweak.
(From OE-Core rev: ceda3238cdbf1beb216ae9ddb242470d5dfc25e0)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
clang defines __arm which is interpreted as non-posix by make build
system but thats not correct when using clang so patch addresses that
(From OE-Core rev: e225278a8a894389add56d14908398c14512f6c9)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Building lzip-native just for being able to build make is not
worth saving 1 MB download, especially since this creates a
bottleneck for the whole build.
(From OE-Core rev: 136314ffd107654b7673d937acafb7f4a81ac5a9)
Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is no longer needed with the upgraded glibc version.
(From OE-Core rev: 2d51abf53e063ce6328290de728b5870530aa86a)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
After make-4.3 migration child_execute_job function started
using posix_spawn function, which happens to be broken on mips.
It manifests itself as when make executed by root, it switches
real user id to wrong value because of some issues with direct
setresuid system call done in glibc __spawni_child function
through inline assemble and/or gcc compiling it produces wrong
code. I.e instead of passing -1 posix_spawn function incorrectly
passes 127 as ruid. Subsequently job started by make can fail
with permission issue because they run under wrong user.
For now workaround is used by explicitly disabling posix_spawn
call use by make on mips through configure variable.
(From OE-Core rev: de5572deff36ecf7dd209600a94b3b7fb991cdc1)
Signed-off-by: Victor Kamensky <kamensky@cisco.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Announcement: https://lists.gnu.org/archive/html/bug-make/2020-01/msg00057.html
1) Remove upstream provided patches 0001-glob-Do-not-assume-glibc-glob-internals.patch
and 0002-glob-Do-not-assume-glibc-glob-internals.patch.
2) License has been changed to GPLv3 only
3) Important bug-fix is
* https://lists.gnu.org/archive/html/bug-make/2018-09/msg00006.html
4) Backward-incompatibilities:
* Number signs (#) appearing inside a macro reference or function invocation
no longer introduce comments and should not be escaped with backslashes
* Previously appending using '+=' to an empty variable would result in a value
starting with a space. Now the initial space is only added if the variable
already contains some value. Similarly, appending an empty string does not
add a trailing space.
Fix incompatibility issues between gnulib bundled with updated make fix issues
in w32 compat sources.
(From OE-Core rev: 4a5d4cf0cc8a4a6af76f23dd8a29627042230f98)
Signed-off-by: Jens Rehsack <sno@netbsd.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
