OpenOCD non reproducible build has been fixed.
See commit : 60d88818646dc418c3b505ea8b2e24c9a7e48ef0
Remove OpenOCD from the known non reproducibles.
Signed-off-by: Sofiane HAMAM <sofiane.hamam@smile.fr>
Signed-off-by: Yoann Congal <yoann.congal@smile.fr>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Main problem with ptest for this component is that it uses cmake's
FetchContent and CPM to get dependencies.
This adds lot of ugly code to the recipe including conditional patch.
Second big problem is that tests need BIT7Z_DISABLE_USE_STD_FILESYSTEM
which uses test library. This means that when building with ptests, the
code is significantly different than when building without it.
But in production case we don't want to use testing library...
This is known at upstream and will be fixed eventually as github CI is
failing on this too when submitting unrelated patches upstream.
Other considerations:
* created patch for new cmake option to pass path to test data on target
* created patch for new cmake option to pass path to lib7zip on target
* skipped test which consumes too much RAM (it passes if machine has
plenty of RAM)
* testdata contains files for other architectures, so INSANE_SKIP is
needed for ptest package
* created patch for tests failing with musl
Tests usually take 9s on my build machine so added them to fast ptests.
However since the dependency 7zip recipe does not build on 64-bit
architectures, I could not add it to PTESTS_FAST_META_OE.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
bit7z is a cross-platform C++ static library that allows the
compression/extraction of archive files through a clean and simple
wrapper interface to the dynamic libraries from the 7-Zip project.
It supports compression and extraction to and from the filesystem or
the memory, reading archives metadata, updating existing ones,
creating multi-volume archives, operation progress callbacks, and many
other functionalities.
Recipe comments:
* 2 patches needed for successful build+ptest were submitted upstream
* to upstream dependency inclusion patch we'd have to completely rework
dependency handling and would be probably against their concepts
Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is needed for bit7z recipe.
But in general, using 7-zip as a library also requires headers.
Leave our Windows headers.
Install also readme as it contains version information and is used by
bit7z.
Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* see more details: http://errors.yoctoproject.org/Errors/Details/851179/
yang-data.c:594:9: error: too many arguments to function 'yangparse'; expected 0, have 1
594 | yangparse(parser);
| ^~~~~~~~~ ~~~~~~
In file included from scanner-yang.h:19,
from yang-data.c:47:
parser-yang.h:16:12: note: declared here
16 | extern int yangparse();
| ^~~~~~~~~
In file included from parser-yang.c:346:
parser-yang.tab.h:170:5: error: conflicting types for 'yangparse'; have 'int(struct Parser *)'
170 | int yangparse (struct Parser *parserPtr);
| ^~~~~~~~~
In file included from parser-yang.y:40:
parser-yang.h:16:12: note: previous declaration of 'yangparse' with type 'int(void)'
16 | extern int yangparse();
| ^~~~~~~~~
make[2]: *** [Makefile:573: yang-data.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
smi-data.c: In function 'loadModule':
smi-data.c:4658:9: error: too many arguments to function 'smiparse'; expected 0, have 1
4658 | smiparse((void *)&parser);
| ^~~~~~~~ ~~~~~~~~~~~~~~~
smi-data.c:42:12: note: declared here
42 | extern int smiparse();
| ^~~~~~~~
parser-smi.c:1515:5: error: conflicting types for 'smiparse'; have 'int(struct Parser *)'
1515 | int smiparse (struct Parser *parserPtr);
| ^~~~~~~~
In file included from parser-smi.y:37:
parser-smi.h:27:12: note: previous declaration of 'smiparse' with type 'int(void)'
27 | extern int smiparse();
| ^~~~~~~~
parser-smi.c:63:25: error: conflicting types for 'smiparse'; have 'int(struct Parser *)'
63 | #define yyparse smiparse
| ^~~~~~~~
parser-smi.c:3207:1: note: in expansion of macro 'yyparse'
3207 | yyparse (struct Parser *parserPtr)
| ^~~~~~~
parser-smi.h:27:12: note: previous declaration of 'smiparse' with type 'int(void)'
27 | extern int smiparse();
| ^~~~~~~~
parser-yang.c:68:25: error: conflicting types for 'yangparse'; have 'int(struct Parser *)'
68 | #define yyparse yangparse
| ^~~~~~~~~
parser-yang.c:2312:1: note: in expansion of macro 'yyparse'
2312 | yyparse (struct Parser *parserPtr)
| ^~~~~~~
parser-yang.h:16:12: note: previous declaration of 'yangparse' with type 'int(void)'
16 | extern int yangparse();
| ^~~~~~~~~
In file included from scanner-yang.l:31:
parser-yang.tab.h:170:5: error: conflicting types for 'yangparse'; have 'int(struct Parser *)'
170 | int yangparse (struct Parser *parserPtr);
| ^~~~~~~~~
In file included from scanner-yang.l:30:
parser-yang.h:16:12: note: previous declaration of 'yangparse' with type 'int(void)'
16 | extern int yangparse();
| ^~~~~~~~~
scanner-yang.l: In function 'yangEnterLexRecursion':
scanner-yang.l:79:1: warning: old-style function definition [-Wold-style-definition]
79 |
| ^
make[2]: *** [Makefile:573: smi-data.lo] Error 1
In file included from parser-smi.y:36:
parser-smi.c: In function 'smiparse':
parser-smi.c:10265:29: warning: passing argument 1 of 'smiyyerror' discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers]
10265 | yyerror (parserPtr, yymsgp);
| ^~~~~~
error.h:25:44: note: in definition of macro 'yyerror'
25 | #define yyerror(parserPtr, msg) smiyyerror(msg, parserPtr)
| ^~~
In file included from parser-smi.y:40:
smi-check.h:71:30: note: expected 'char *' but argument is of type 'const char *'
71 | extern void smiyyerror(char *msg, Parser *parserPtr);
| ~~~~~~^~~
make[2]: *** [Makefile:573: parser-yang.lo] Error 1
make[2]: *** [Makefile:573: parser-smi.lo] Error 1
make[2]: *** [Makefile:573: scanner-yang.lo] Error 1
In file included from scanner-smi.l:34:
parser-smi.tab.h:192:5: error: conflicting types for 'smiparse'; have 'int(struct Parser *)'
192 | int smiparse (struct Parser *parserPtr);
| ^~~~~~~~
In file included from util.h:22,
from scanner-smi.l:32:
parser-smi.h:27:12: note: previous declaration of 'smiparse' with type 'int(void)'
27 | extern int smiparse();
| ^~~~~~~~
scanner-smi.l: In function 'smiEnterLexRecursion':
scanner-smi.l:76:1: warning: old-style function definition [-Wold-style-definition]
76 | smiEnterLexRecursion(file)
| ^~~~~~~~~~~~~~~~~~~~
Signed-off-by: mark.yang <mark.yang@lge.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
srecord/input/file/hp64k.h:82:21: error: ‘uint16_t’ has not been declared
82 | bool read_u16be(uint16_t *dest);
| ^~~~~~~~
/home/abuild/rpmbuild/BUILD/srecord-1.65.0-build/srecord-1.65.0-Source/./srecord/input/file/hp64k.h:1:1: note: ‘uint16_t’ is defined in header ‘<cstdint>’; this is probably fixable by adding ‘#include <cstdint>’
+++ |+#include <cstdint>
1 | //
make[2]: *** [srecord/CMakeFiles/lib_srecord.dir/build.make:222: srecord/CMakeFiles/lib_srecord.dir/arglex/tool/input.cc.o] Error 1
* From gcc 13, cstdint header must be explicitly included for uint_X data types.
* See also: https://gcc.gnu.org/gcc-13/porting_to.html#header-dep-changes
Signed-off-by: mark.yang <mark.yang@lge.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* From gcc 13, cstdint header must be explicitly included for uint_X data types.
* See also: https://gcc.gnu.org/gcc-13/porting_to.html#header-dep-changes
Signed-off-by: mark.yang <mark.yang@lge.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
meta-gnome does not currently depend on meta-multimedia.
When "commercial" is in LICENSE_FLAGS_ACCEPTED, gimp depends on libheif
by default but libheif is in meta-multimedia. That leads to build
failures, for example, in the reproducible-meta-oe AB build[0].
To fix this, remove the default "heif" PACKAGECONFIG.
To enable heif support in gimp, users can add "commercial" in
LICENSE_FLAGS_ACCEPTED and add meta-multimedia to their build.
[0]: https://autobuilder.yoctoproject.org/valkyrie/#/builders/87/builds/39/steps/16/logs/stdio
Signed-off-by: Yoann Congal <yoann.congal@smile.fr>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Fixes
| error[E0425]: cannot find function `getrandom` in crate `libc`
| --> /usr/src/debug/deqp-runner/0.20.3/sources-unpack/cargo_home/bitbake/getrandom-0.3.2/src/backends/getrandom.rs:29:15
| |
| 29 | libc::getrandom(buf.as_mut_ptr().cast(), buf.len(), 0)
| | ^^^^^^^^^ not found in `libc`
|
| Building [===============> ] 77/121: thiserror-impl, indexmap,...
| Building [===============> ] 78/121: thiserror-impl, indexmap,...
| For more information about this error, try `rustc --explain E0425`.
| error: could not compile `getrandom` (lib) due to 1 previous error
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Update dependency on tempfile crate to 3.x so it can
pick 3.19 which brings latest rustix and latest libc
which has support for riscv32 + 1 patch which is submitted
Signed-off-by: Khem Raj <raj.khem@gmail.com>
