We're no longer patching files called "libm-test-ulps" so this patch isn't
really needed. Regardless, if we were, we should fix the real issue in the
upstream code which may have already happened. Drop this patch.
(From OE-Core rev: aef530a2d805c287c25ea8b4715602955e892ec9)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
OpenEmbedded isn't an upstream or a patch repository. These are optimisations
which for reasons unknown were never merged into upstream glibc. We have no
active ppc maintainers and these patches are at an evolutionary dead end.
Since they are optimisations, there may be small performance regressions by
removing them but OE can't carry patches like this indefinitely and these
appear to have no future.
(From OE-Core rev: 2511e937f4454813ab11a59057c29ae3f224ab5e)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The usecase explained in bug #1443 works fine now a days on qemuarmv5,
tested by using lltng-ust and explicitly linking in liburcu-bp.so as
well, since its no more a direct dependency of liblttng-ust.so.1
Given that usecase works, unbolt this fix now.
(From OE-Core rev: 088cf642e4a58fd50f93b22b4fdf5a2f25e1ed53)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Mark Hatle <mark.hatle@kernel.crashing.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
go-helloworld is not compatible with riscv32 and causes error:
| ERROR: Nothing RPROVIDES 'go-helloworld' (but
meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb
RDEPENDS on or otherwise requires it)
| go-helloworld was skipped: Unsupported CPU architecture: riscv32
Clear GOTOOLS for riscv32 in recipe packagegroup-core-tools-testapps.
(From OE-Core rev: 16a730c803baef51b9475fbb67ece2d2c494d140)
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This adds a smoke check for whether the Go toolchain actually
produces working executables across a range of architectures.
(From OE-Core rev: 2819bb2cf22c6cfcaeaee79f0280097ec9cb9327)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Upstream added internal implementation shortly after the patch was added.
(From OE-Core rev: f72df428904921cb87223de4e72e784e97208e8f)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
CET can't be enabled on i586 or c3 for x86, adjust the configuration accordingly
to fix those builds.
[YOCTO #14632]
(From OE-Core rev: 26e4fed594daefb6923c50171360f925c4822683)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
These are glibc specific which comes from glibc packaging class
(From OE-Core rev: 9febfe70507035fd75b0aeb108b1bbb6996f9b78)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This patch introduces new recipe - namely 'glibc-tests', which
builds and installs time related (to check if Y2038 support works) glibc
test suite to OE/Yocto built image.
It reuses code from already available 'glibc-testsuite' recipe,
which is run with 'bitbake glibc-testsuite -c check' and uses qemu
to execute remotely (via SSH) tests on some emulated machine.
This recipe installs time related glibc tests on some rootfs image.
Afterwards, those tests can be executed on the real hardware, to
facilitate validation of it with Y2038 problem compliance.
To test time related subset - one needs to call:
ptest-runner glibc-tests
then change the date after Y2038 threshold for 32 bit systems:
date -s "20 JAN 2038 18:00:00"
and then run ptest-runner again.
To facilitate debugging, source files are provided by default with
the unstripped debugging symbols. Such approach would reduce the
already complex recipe (as it inherits base glibc one), so there
is no need to also install *-dbg and *-src packages.
(From OE-Core rev: 0a64888e033694e7a68f12df81ef8edfdca0ba3c)
Signed-off-by: Lukasz Majewski <lukma@denx.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
DISTRO_CODENAME is part of VERSION variable but not used as dependency
for do_compile task. Append it to the vardeps list to rebuild in case it
changes.
(From OE-Core rev: ee0345057459c6d77fb64902a955e836c6c1e8e4)
Signed-off-by: Daniel Gomez <daniel@qtec.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This was added 10 years ago, is almost certainly non-upstreamable
and it isn't clear what the issues it aims to fix are:
the AB revealed no problems when the patch is removed.
(From OE-Core rev: e4831586ee03f189f7cf90aa444f7dc71544d3ec)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Backport the fix for CVE-2021-43396. It is disputed that this is a security issue
however the fix applies easily so we may as well.
(From OE-Core rev: e8de9b01c6b305b2498c5f942397a49ae2af0cde)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The libstdc++ dependency is debian renamed so this shouldn't be allarch,
mark accordingly.
(From OE-Core rev: ac6ec1979caa4032b710eb6f6523bcca29d42cd4)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ncurses does AC_TRY_RUN() to determine is poll() actually works. As that
doesn't work in cross-compiles, we seed it with 'yes'.
However, MinGW doesn't have a working poll(), so use a :linux override
so that this only applies to Linux builds.
The ncurses build now compiles but doesn't link in MinGW, which is a step
forwards at least.
(From OE-Core rev: f57de22c4a40cd9178f7726d544beca66384d25d)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
GLIBC_GIT_URI is used along with branch=${SRCBRANCH} so no need to add
it here.
(From OE-Core rev: 4c9cfe326913d28f82e6a91d1eeae55a6651f0f7)
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is a partial revert of commit 5ace3ada (systemd:
'${systemd_unitdir}/system' => '${systemd_system_unitdir}') where
the string '${systemd_unitdir}/system' matched something other than the
intended directory.
(From OE-Core rev: c436124eb9a98400cc6872b252971477bb451551)
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is a partial revert of commit 5ace3ada (systemd:
'${systemd_unitdir}/system' => '${systemd_system_unitdir}') where
the string '${systemd_unitdir}/system' matched something other than the
intended directory.
(From OE-Core rev: b3334c7134e812fe839e47a3d06aa5379b7b8bd8)
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
lnr is a script in oe-core that creates relative symlinks, with the same
behaviour as `ln --relative --symlink`. It was added back in 2014[1] as
not all of the supported host distributions at the time shipped
coreutils 8.16, the first release with --relative.
However the oldest coreutils release in the supported distributions is
now 8.22 in CentOS 7, so lnr can be deprecated and users switched to ln.
[1] 6ae3b85eaffd1b0b6914422e8de7c1230723157d
(From OE-Core rev: 1ca455a98de4c713f58df0a537d4c982d256cd68)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fix issue with ICMPv6 and handling re-entrantly callbacks.
(From OE-Core rev: 2968b9f18e35c2b9393dab666f229ab2419778b3)
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The wayland-scanner host tool required to build weston is moved to the
wayland-tools package, so update the SDK host tools list accordingly.
Also, the weston build requires wayland-scanner.pc to find wayland-scanner,
so add wayland-dev.
(From OE-Core rev: 31ed91bdbb0ec05730fb98d7cc523bb46aca50e3)
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fix network changes not being signalled from NetworkManager (work by
Julian Andres Klode) (#2505)
Fix build when building with --fatal-meson-warnings (work by Eli Schwartz) (!2304)
Bugs fixed:
2245 gdesktopappinfo: Do not call xterm when it does not exist, inform the caller the launch failed
2253 Backport 2251 "GString: Bump minimum size" to glib-2-70
2256 Backport 2254 "Small optimization for g_object_set" to glib-2-70
2259 Backport 2257 "Fix documentation for g_dbus_object_manager_get_object()." to glib-2-70
2262 Backport 2244 "gutils: Avoid segfault in g_get_user_database_entry" to glib-2-70
2271 Backport 2266 "fix uninitial variable" to glib-2-70
2276 Backport 2274 "Do not try to access errno after calling getpwnam_r." to glib-2-70
2300 Backport 2285 "fix issues found by svace static code analyzer" to glib-2-70
2301 Backport 2293 "glib-private: Fix MSVC build with AddressSanitizer" to glib-2-70
2302 Backport 2291 "gnetworkmonitornm: Stop using removed PropertiesChanged signal" to glib-2-70
2304 meson: fix warnings for extract_all_objects function
(From OE-Core rev: 0924cdc5b266f18840ebe30bdaa84df56e3f8c76)
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
/var/log is typically a symbolic link to inside /var/volatile, which
is expected to be empty. Check ${VOLATILE_LOG_DIR} to see if it is ok
to install /var/log.
(From OE-Core rev: 73356f6d9d3881cf8ebde91a84758b25c63432cf)
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This brings following fixes
* b76f37fd add qsort_r and make qsort a wrapper around it
* 7be59733 add SPE FPU support to powerpc-sf
* e3e7189c fix undefined behavior in getdelim via null pointer arithmetic and memcpy
* b713b8b2 fix excessively slow TLS performance on some mips models
* 3eed6a6f fix error checking in pthread_getname_np
(From OE-Core rev: 81e754f35847d6dc7b346706cd428fdcbc9d7796)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
There is uncertainty about the default branch name in git going forward.
To try and cover the different possible outcomes, add branch names to all
git:// and gitsm:// SRC_URI entries.
This update was made with the script added to contrib in this patch which
aims to help others convert other layers.
(From OE-Core rev: b51c405faf6f8c0365f7533bfaf470d79152a463)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
