* Fix build error with gcc-15.0.1
http://errors.yoctoproject.org/Errors/Details/850147/
srcdir/lib/util/include/bool.h:13:5: error: cannot use keyword 'false' as enumeration constant
13 | false = 0,
| ^~~~~
srcdir/lib/util/include/bool.h:13:5: note: 'false' is a keyword with '-std=c23' onwards
srcdir/lib/util/include/bool.h:15:3: error: expected ';', identifier or '(' before 'bool'
15 | } bool;
| ^~~~
srcdir/lib/util/include/bool.h:15:3: warning: useless type name in empty declaration
In file included from sleep.c:2:
srcdir/lib/util/include/bool.h:13:5: error: cannot use keyword 'false' as enumeration constant
13 | false = 0,
| ^~~~~
srcdir/lib/util/include/bool.h:13:5: note: 'false' is a keyword with '-std=c23' onwards
srcdir/lib/util/include/bool.h:15:3: error: expected ';', identifier or '(' before 'bool'
15 | } bool;
| ^~~~
gcc-15 switched to -std=c23 by default.
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=55e3bd376b2214e200fa76d12b67ff259b06c212
Signed-off-by: mark.yang <mark.yang@lge.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* see more details:
http://errors.yoctoproject.org/Errors/Details/850148/
TOPDIR/tmp/work/core2-64-oe-linux/sqlite-orm/1.5/git/examples/synchronous.cpp:7:5: error: 'uint16_t' does not name a type
7 | uint16_t src_port;
| ^~~~~~~~
TOPDIR/tmp/work/core2-64-oe-linux/sqlite-orm/1.5/git/examples/synchronous.cpp:3:1: note: 'uint16_t' is defined in header '<cstdint>'; this is probably fixable by adding '#include <cstdint>'
2 | #include <sqlite_orm/sqlite_orm.h>
+++ |+#include <cstdint>
3 | #include <string>
While this was backported from 6a96d1cec4(Explicitly included <cstdint> in examples and unit tests),
since it was a commit made in v1.9, only synchronous.cpp was modified as other files do not exist in the current version.
Signed-off-by: mark.yang <mark.yang@lge.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Fix build error with gcc-15 by renaming goto labels
see more details:
http://errors.yoctoproject.org/Errors/Details/850149/
../../mcpp-2.7.2/src/system.c:3436:15: error: expected identifier or '*' before 'true'
true, false are reserved keywords in gcc-15
Rename goto 'labels' from 'ture' to 'true_label', from 'false' 'false_label' to avoid conflicts.
Signed-off-by: mark.yang <mark.yang@lge.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Not referenced since commit 1a05731de484f1f97eecaeb56296f72e76ba2b32
("luajit: upgrade 2.1beta -> 2.1").
Signed-off-by: Niko Mauno <niko.mauno@vaisala.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
To fix errors:
In file included from TOPDIR/tmp/work/core2-64-oe-linux/apitrace/11.1+11.1+git/git/frametrim/ft_matrixstate.hpp:30,
from TOPDIR/tmp/work/core2-64-oe-linux/apitrace/11.1+11.1+git/git/frametrim/ft_matrixstate.cpp:28:
TOPDIR/tmp/work/core2-64-oe-linux/apitrace/11.1+11.1+git/git/frametrim/ft_dependecyobject.hpp:187:44: error: 'uint64_t' was not declared in this scope
187 | std::unordered_map<unsigned, std::pair<uint64_t, uint64_t>> m_buffer_mappings;
| ^~~~~~~~
...
TOPDIR/tmp/work/core2-64-oe-linux/apitrace/11.1+11.1+git/git/retrace/metric_writer.cpp:50:70: error: 'uint64_t' does not name a type
50 | case CNT_NUM_UINT64: std::cout << "\t" << *(reinterpret_cast<uint64_t*>(data)); break;
...
Signed-off-by: tho3.nguyen <tho3.nguyen@lge.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Patches are sprinkled in master branch of jq but the backports
regresses tests, so its better to keep it at C17 for now.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Martin Jansa <martin.jansa@gmail.com>
Changelog:
Fix connection semantic when using target_session_attrs=prefer-standby
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
0001-Actually-use-the-hint-space-instruction-to-strip-PAC.patch
removed since it's inclued in 20250127.1
abseil-cpp/0004-abseil-ppc-fixes.patch
refreshed for 20250127.1
Changelog:
=============
- Added support for Bazel 8.0
- Added support for Bazel Platforms for better portability
- Added ABSL_ATTRIBUTE_VIEW and ABSL_ATTRIBUTE_OWNER for diagnosing certain lifetime issues
- Many performance improvements
- A security issue in hash container create/resize has been fixed. Note that the latest patch releases for previous LTS versions also address this issue.
- Bazel BUILD files now reference repositories by their canonical names from the Bazel Central Registry.
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Upstream does not support our default parallel "make -j install"[0]. So,
disable it with PARALLEL_MAKEINST = "-j1" to avoid non-reproducibility
where some scripts can be installed or not.
Explanation for the non-reproducibility:
There is a race condition between 2 actions at install around the
installed script in $pkgdatadir:
* Removal of existing scripts /usr/share/poke/*.pk
* Installation of default scripts in the same directory
Sadly, those 2 actions are not ordered. Depending on the build system
load, removal can (rarely) happen *after* the installation. In this
case, no script in present in /usr/share/poke/ when the install process
end.
[0]: https://sourceware.org/bugzilla/show_bug.cgi?id=32815#c1
Signed-off-by: Yoann Congal <yoann.congal@smile.fr>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Adding to LDFLAGS works with LLD linker but not with BFD ld since it
gets added before the abseil-cpp libraries on linker cmdline which does
not link it and still finds the atomic function like `__atomic_store_8'
as missing
Use mipsarcho32 for override which covers both mips and mipsel
Thanks for suggestions - RAED [1]
[1] https://github.com/openembedded/meta-openembedded/pull/952
Signed-off-by: Khem Raj <raj.khem@gmail.com>
rv32 does not have compiler builtins for 64bit atomics
Fixes
| riscv32-yoe-linux-ld.lld: error: undefined reference: __atomic_load_8
| >>> referenced by /mnt/b/yoe/master/build/tmp/work/riscv32-yoe-linux/protobuf/5.29.4/recipe-sysroot/usr/lib/libabsl_cordz_info.so.2501.0.0 (disallowed by --no-allow-shlib-undefined)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
0001-ext-opcache-config.m4-enable-opcache.patch is dropped.
This patch could be dropped because the new version now uses
AC_CACHE_CHECK, and we can just pass ac_cv_xxx to it instead of
using a local patch.
0008-ext-imap-config.m4-fix-include-paths.patch is dropped.
ext/imap has been removed from php in this new version. See
https://github.com/php/php-src/pull/13190. As a result of this
removal, the corresponding PACKAGECONFIG is removed from this new
version.
0001-Change-whether-to-inline-XXH3_hashLong_withSecret-to.patch is
dropped. It has been merged in this new version.
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Drop 0003-php-remove-host-specific-info-from-header-file.patch.
Instead we export PHP_UNAME = "Linux" to achieve the same effect.
Drop 0002-build-php.m4-don-t-unset-cache-variables.patch.
The related ac_cv_lib_xxx and ac_cv_func_xxx settings in this recipe
are also removed. This patch is not needed from the my build testing
result.
Drop 0009-php-don-t-use-broken-wrapper-for-mkdir.patch.
This patch says that the wrapper is broken, but does not say why.
Without this patch, things still build.
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Native build on aarch64 breaks with:
| {standard input}: Assembler messages:
| {standard input}:169: Error: selected processor does not support `xpaclri'
| {standard input}:411: Error: selected processor does not support `xpaclri'
| {standard input}:859: Error: selected processor does not support `xpaclri'
| {standard input}:1140: Error: selected processor does not support `xpaclri'
Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com>
Signed-off-by: Alex Kiernan <alexk@a-squared-projects.uk>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Add a patch to not use AM_INIT_AUTOMAKE as automake isn't actually used,
and just let autotools.bbclass run autoreconf.
Signed-off-by: Ross Burton <ross.burton@arm.com>
As of "autotools: don't try and find in-tree macros" in core, acpaths is
no longer used.
Also switch to out-of-tree builds as this appear to work now.
Signed-off-by: Ross Burton <ross.burton@arm.com>
cpuid's Makefile passes -s to install to strip the binaries, but as this
uses the _host_ strip it can fail if that strip doesn't know about the
target (for example, building cpuid for x86 on aarch64):
install -D -s -m 755 cpuid .../image/usr/bin/cpuid
strip: Unable to recognise the format of the input file `.../image/usr/bin/cpuid'
Set INSTALL_STRIP='' so that the binaries are not stripped, and remove
the INSANE_SKIP for already-stripped.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Upgrade to the latest new LTS release, release note:
https://github.com/abseil/abseil-cpp/releases?page=1
* drop 0005-Don-t-match-Wnon-virtual-dtor-in-the-flags-are-neede.patch,
already include in this LTS release
* Include security fix for CVE-2025-0838
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Changelog:
==============
- New architecture: mips
- New architecture: loongarch
- Output buffering can now be unconditionally disabled
- New provider: profile
- Incorrect stack management when accessing tracepoint data
Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The base problem this is trying to solve: capnproto has two main
components: libraries that can be linked against, and binary files
that can generate c++ code from capnproto definitions. When cross-compiling
one needs to use the cross-compiled libraries, but with the native
definition-compilers.
When linking against capnproto from another recipe, cross-compilation
fails, because the cmake files generated by capnproto verify the
existence of binary files in $bindir. When using a cross-compiled
version of capnproto, these binary files do not exist in RECIPE_SYSROOT, so
the compilation fails.
The previous patch: the previous solution patched the CMakeLists.txt
file in a way that it didn't export nor install the generated binary files.
Accidentally this also happened with native build (and happened knowingly with
target builds).
The new patch: instead of not installing and not exporting the binaries,
just install them without exporting, when creating a target build.
During compilation check is CMAKE_CROSSCOMPILING is set (coming from
cmake.bbclass) - if it is set, only install the binaries, without
exporting. When it is not set, resort to the original behavior.
Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
When LAPACKE is enabled, the QA check fails with the following error:
ERROR: lapack-3.12.1-r0 do_package_qa: QA Issue: lapack-ptest rdepends on lapack-dev [dev-deps]
ERROR: lapack-3.12.1-r0 do_package_qa: Fatal QA errors were found, failing task.
The root cause is that `lapack-ptest` accidentally installed `lapacke.pc`,
which is a development file intended to be included only in the `lapack-dev` package.
To resolve this: Remove `lapacke.pc` from the `lapack-ptest` installation
Signed-off-by: Zhang Peng <peng.zhang1.cn@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The correct dependency name for pyelftools is "python3-pyelftools".
Set the dependency name accordingly to avoid build failure with
this PACKAGECONFIG.
Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
