On 6/1/2022 3:15 PM, Richard Purdie wrote:
On Wed, 2022-06-01 at 16:55 -0400, Jeremy Puhlman wrote:
Sharing sstate cache binaries between two systems, one with libzstd installed
and the other without, leads to various gcc components being linked against
the system libzstd and failing to run on the system with out it installed.
Make zstd-native from our system available.
Signed-off-by: Jeremy A. Puhlman <jpuhl...@mvista.com>
---
meta/recipes-devtools/gcc/gcc-11.2.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc
b/meta/recipes-devtools/gcc/gcc-11.2.inc
index 68e0d203fc..e2a28468f5 100644
--- a/meta/recipes-devtools/gcc/gcc-11.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
@@ -11,7 +11,7 @@ BINV = "11.2.0"
FILESEXTRAPATHS =. "${FILE_DIRNAME}/gcc:${FILE_DIRNAME}/gcc/backport:"
DEPENDS =+ "mpfr gmp libmpc zlib flex-native"
-NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native flex-native"
+NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native flex-native
zstd-native"
LICENSE = "GPL-3.0-with-GCC-exception & GPL-3.0-only"
Does master have that issue?
Cheers,
Richard
I would would be really surprised if it didn't, since it appears gcc is
explicilty decidding to use the library if it is there. The patch
cherry-picks with
name fuzzing so if we want to start it there, I can resubmit on master.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166444):
https://lists.openembedded.org/g/openembedded-core/message/166444
Mute This Topic: https://lists.openembedded.org/mt/91486528/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
