Also drop zstd-<variants> and add PACKAGECONFIG support for build options
Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
After commit[3a7abb175 log4cplus: Fix build with gold linker]
applied, with below logic in conf/local.conf
MACHINE ??= "qemumips64"
MULTILIB_GLOBAL_VARIANTS_append = " libn32"
MULTILIBS ?= "multilib:lib32 multilib:libn32"
DEFAULTTUNE_virtclass-multilib-lib32 ?= "mips"
DEFAULTTUNE_virtclass-multilib-libn32 ?= "mips64-n32"
require conf/multilib.conf
There comes below configure error:
$ bitbake libn32-log4cplus
| checking for the pthreads library -lpthread... no
| configure: error: Requested threads support but no threads were found.
Actually the logic[CXXFLAGS += "-fuse-ld=gold"] is not
needed in commit[3a7abb175 log4cplus: Fix build with gold linker],
so remove it to fix the above configure error.
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Adjust the basename-include patch to deal with upstream change
of introducing goo/gbasename.cc.
Drop 0001-glib-CMakeLists.txt-Add-libpoppler-to-link-along-wit.patch
since that was done upstream in:
9481c473 glib: pass poppler to gir libs.
Signed-off-by: Randy MacLeod <Randy.MacLeod@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* now with virtual/kernel dependency dropped we don't want to depend on kernel signature just for
this RRECOMMENDS
* fixes:
=== Comparing signatures for task do_package_write_ipk.sigdata between hammerhead and mako ===
ERROR: oprofile different signature for task do_package_write_ipk.sigdata between hammerhead and mako
NOTE: Starting bitbake server...
runtaskdeps changed:
['binutils/binutils_2.32.bb.do_packagedata', -linux/linux-lg-hammerhead_git.bb.do_packagedata, +linux/linux-lg-mako_git.bb.do_packagedata, 'opkg-utils/opkg-utils_0.4.1.bb.do_populate_sysroot:virtual:native oprofile/oprofile_1.3.0.bb.do_package oprofile/oprofile_1.3.0.bb.do_packagedata pseudo/pseudo_git.bb.do_populate_sysroot:virtual:native xz/xz_5.2.4.bb.do_populate_sysroot:virtual:native']
linux/linux-lg-hammerhead_git.bb.do_packagedata with hash 0c5215deb4737611ad413f57cf5fbdef8a9b2cc6d04035f754a4e93fb38f61d1
changed to
linux/linux-lg-mako_git.bb.do_packagedata with hash 0f3b34773ca3e590739754c25959feb7cdcd67cf7904ac7fe6cc535e8d6519a8
Dependency on task linux/linux-lg-mako_git.bb.do_packagedata was added with hash 0f3b34773ca3e590739754c25959feb7cdcd67cf7904ac7fe6cc535e8d6519a8
Dependency on task linux/linux-lg-hammerhead_git.bb.do_packagedata was removed with hash 0c5215deb4737611ad413f57cf5fbdef8a9b2cc6d04035f754a4e93fb38f61d1
ERROR: 1 errors found in /home/jenkins/workspace/luneos-unstable/webos-ports/tmp-glibc/sstate-diff/1563368432/signatures.mako.do_package_write_ipk.sigdata.log
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Unfortunately itstoll build system produces script file which contains
absolute path to python3 binary used during packaging. In case of OE
this refers to recipe-sysroot-native directory. This obviously make the
resulting script unusable for both target and native builds. This
problem was patched in OE using sed after the script file was installed.
The sed line replaced one absolute path with /usr/bin/python3. This
seems to work fine for target builds but is still not good enough for
native targets.s
The main problem with native builds is we can't mix host and OE provided
python3 when recipe using the tool inherits python3native bbclass. This
bbclass exports _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata" which is
likely to break host python3.
To make sure itstool is usable on both build host and target replace
/usr/bin/python3 absolute path with /usr/bin/env python3.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Introduce the Parsing Expression Grammar Template Library (PEGTL)
a zero-dependency C++ header-only parser combinator library for creating parsers
according to the Parsing Expression Grammar (PEG).
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Recipe lmsensors has multiple packages, but do not provide package lmsensors.
The fix will allow package lmsensors empty, and it runtime depends on other
sub packages. It is convenience for Yocto new user to install all of them
by specifying one package, especially the package name is the same with
recipe name
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The gnome class pulls in usually unwanted dependencies like gconf.
Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This adds a recipe for the bats package. Bats is a TAP-compliant
testing framework for Bash. The recipe is very simple - it just
installs a bunch of bash scripts.
Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Include the recipe from OE-Core along with some additional patches to
fix CVEs.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Fixes a potential linker error and eventual linker crash when using gold
linker
arm-yoe-linux-gnueabi/9.1.0/ld: internal error in add_output_section_to_load, at ../../gold/output.cc:4149
collect2: error: ld returned 1 exit status
Makefile:1979: recipe for target 'liblog4cplusU.la' failed
make[2]: *** [liblog4cplusU.la] Error 1
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Adrian Bunk <bunk@stusta.de>
Cc: Mingli Yu <mingli.yu@windriver.com>
From: Anatol Belski <anbelski@microsoft.com>
The libctmalloc-minimal is what is useful for C++ apps if only the
improved allocator is needed. The gperftools package stays otherwise
fully backward compatible as it's going to depend on libtcmalloc-minimal.
The libtcmalloc-minimal can be installed separately, which allows for
more flexibility and for cleaner image contents.
The discussion on the patch
https://patchwork.openembedded.org/patch/163234/ has shown, that a
separate package for other libs might have less sense in this case, so
it's not done. The patch 163234 can be abandoned in favor of this for
now.
Signed-off-by: Anatol Belski <anbelski@microsoft.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
OE use 'lib' even on x86_64 when building with multilib support disabled
and used 'lib64' with multilib
This fixes packaging errors e.g.
pmdk-1.6: pmdk: Files/directories were installed but not shipped in any package:
/usr/lib64/libpmem.so.1.0.0
/usr/lib64/libpmemblk.so.1.0.0
/usr/lib64/libpmemlog.so.1.0.0
/usr/lib64/libpmemobj.so.1.0.0
/usr/lib64/libvmem.so.1.0.0
....
Signed-off-by: Khem Raj <raj.khem@gmail.com>
After autoconf-archive was upgraded to 2019.01.06 it started to add
extra warning flags via WARN_CFLAGS along with -Werror which means that
now compiler could be stricter and break the build if any of the new
warnings are flagged
The difference is
old
WARN_CFLAGS='-fno-strict-aliasing -Wimplicit-function-declaration -Wold-style-definition -Wjump-misses-init -Werror -Wno-suggest-attribute=format -Wunused-parameter -Wmissing-field-initializers'
new
WARN_CFLAGS='-fno-strict-aliasing -Wimplicit-function-declaration -Wold-style-definition -Wjump-misses-init -Wall -Wextra -Wundef -Wwrite-strings -Wpointer-arith -Wmissing-declarations -Wredundant-decls -Wno-unused-parameter -Wno-missing-field-initializers -Wformat=2 -Wcast-align -Wformat-nonliteral -Wformat-security -Wsign-compare -Wstrict-aliasing -Wshadow -Winline -Wpacked -Wmissing-format-attribute -Wmissing-noreturn -Winit-self -Wmissing-include-dirs -Wunused-but-set-variable -Warray-bounds -Wreturn-type -Wswitch-enum -Wswitch-default -Wduplicated-cond -Wduplicated-branches -Wlogical-op -Wrestrict -Wnull-dereference -Wdouble-promotion -pedantic -Wunused-parameter -Wmissing-field-initializers -Werror -Wno-suggest-attribute=format -Wunused-parameter -Wmissing-field-initializers'
Hence we started seing build failure like https://errors.yoctoproject.org/Errors/Details/252684/
This fix just turns off warnings-as-errors so build can still go on, if
we need to fix the warnings they still are present in log.do_compile
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com>
Cc: Robert Yang <liezhi.yang@windriver.com>
* Licence-Update:
- Copyright years are updated to 2019
* Remove automake-foreign.patch as the logic included
in the new version
* Rebase 0002-Remove-pg-from-profile_CFLAGS.patch
to new version
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
1) Use git repo instead of github archive tarball.
2) PMDK libraries can be installed in lib or lib64, depending on
host building system. If host has /usr/local/lib64, libraries will
be installed in lib64, otherwise they will be installed in lib.
PMDK is only for 64-bit system, so use LIB_PREFIX=lib64 to force
the install path to be lib64.
3) Use prefix instead of PREFIX to install.
4) Remove unneeded files in /usr/lib64/pmdk_debug.
5) Add "/usr/etc" and "/usr/share" to fix package QA issue.
6) Revise patches for version 1.6. Remove upstream accepted patches.
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Adrian Bunk
Alex Kiernan
Zang Ruochen
Randy MacLeod
Mingli Yu
Martin Jansa
Khem Raj
Ricardo Ribalda Delgado
Piotr Tworek
Ayoub Zaki
Hongxu Jia
Bartosz Golaszewski
Anuj Mittal
Gianfranco Costamagna
Anatol Belski
Yongxin Liu