The libmozjs package was including /usr/lib/libjs_static.ajs, not
required for runtime usage.
Keep this file, but move it to the staticdev package.
Signed-off-by: Kurt Kiefer <kurt.kiefer@arthrex.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The new release requires rust to build and at the same time allows
updating to python 3.10; I took the opportunity to rewrite the
recipe from scratch, drop all the old cruft and use the official,
current upstream build system in it.
All prior patches and tweaks have been dropped; I have no
reasonable way to test them, so if something regressed
for you I'm afraid it needs to be addressed after the fact.
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is the result of automated script (0.9.1) conversion:
oe-core/scripts/contrib/convert-overrides.py .
converting the metadata to use ":" as the override character instead of "_".
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Other 64bit arch where its enabled is ppc64le and it does not compile
since build/opt/third_party/wiredtiger/src/checksum/power8/crc32.o is
not built, its not setting HOST_ARCH to ppc64le due to cross compiling
Signed-off-by: Khem Raj <raj.khem@gmail.com>
JS_VOLATILE_ARM was a workaround for a gcc 4.7 bug on B2G where it
would generate unaligned word accesses that should have been
individual byte accesses. firefox now a days require at least gcc 6.1+ (and ARM
systems support unaligned accesses). see [1]
in gcc11 volatile wont be accepted as argument qualifier in functions,
hence the build breaks, this patch unbreaks it
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1495731
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Andreas Müller <schnitzeltony@gmail.com>
Depends on meta-python therefore move it here so it does not impact non
meta-python users
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
stacktrace depends on internal glibc defines which may not be available
for other libc implementations e.g. __ELF_NATIVE_CLASS
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Backport a patch for libunwind to fix build with gcc10
Fixes
unwind/dist/src/x86_64/Ginit.c:52: multiple definition of `_U_dyn_info_list'
Signed-off-by: Khem Raj <raj.khem@gmail.com>
fix error:
.do_rootfs.2023872:4562: file /usr/bin/js60-config conflicts between attempted installs of mozjs-dev-60.9.0-r0.core2_64 and lib32-mozjs-dev-60.9.0-r0.core2_32
log.do_rootfs.2023872:4563: file /usr/include/mozjs-60/js-config.h conflicts between attempted installs of mozjs-dev-60.9.0-r0.core2_64 and lib32-mozjs-dev-60.9.0-r0.core2_32
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Although it is extremely rare the following type of error
can occur during configuration:
Creating `/tmp/conftest.i53clm4z.cpp` with content:
...
x86_64-wrs-linux-g++: error: /tmp/conftest.i53clm4z.cpp: No such file or directory
x86_64-wrs-linux-g++: error: /tmp/conftest.i53clm4z.cpp: No such file or directory
x86_64-wrs-linux-g++: fatal error: no input files
So, specify a local directory as TMPDIR during configuration.
Signed-off-by: Joe Slater <joe.slater@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This helps in compiling the python pieces in this package, which uses
setup.py to build but does not have ldshared set correctly, inheriting
distutils-common-base provides the minimum needed environment for the
python module build
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Add python3 to the run-time dependencies to fix the following
issue with lircd-setup:
env: can't execute 'python3': No such file or directory
Signed-off-by: Leon Anavi <leon.anavi@konsulko.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Upgrade Linux Infrared Remote Control (LIRC) to the latest version
0.10.1. Remove redundant old patches. Apply a new patch from Arch
Linux FS#57792 that fixes build errors. Create tar.gz archive
(PYTHON_TARBALL) which LIRC needs for install-nodist_pkgdataDATA.
Add python3-setuptools-native as a dependency. Replace path to
python3 in scripts based on a similar approach as in the recipe
for blueman.
Signed-off-by: Leon Anavi <leon.anavi@konsulko.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
some recipes under meta-oe have dependency on meta-python,
and test_world of yocto-check-layer will failed with error
like:
ERROR: test_world (common.CommonCheckLayer)
ERROR: Nothing PROVIDES 'python3-pytoml-native' (but
/meta-openembedded/meta-oe/recipes-extended/mozjs/mozjs_60.9.0.bb
DEPENDS on or otherwise requires it). Close matches:
python3-numpy-native
python3-pycairo-native
python3-rpm-native
ERROR: Required build target 'meta-world-pkgdata' has no buildable
providers.
Missing or unbuildable dependency chain was: ['meta-world-pkgdata',
'mozjs', 'python3-pytoml-native']
fix by make these recipes only active when identified layers are
present
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Khem Raj
Kurt Kiefer
Alexander Kanavin
Oleksandr Kravchuk
Martin Jansa
Andreas Müller
zangrc
Mingli Yu
Zang Ruochen
Vincent Prince
Changqing Li
Slater, Joseph
Leon Anavi
Adrian Bunk
Gianfranco Costamagna