* nativesdk dependencies on shared packages
@ 2019-10-01 11:23 Oleksiy Obitotskyi -X (oobitots - GLOBALLOGIC INC@Cisco)
2019-10-15 9:01 ` Oleksiy Obitotskyi -X (oobitots - GLOBALLOGIC INC@Cisco)
0 siblings, 1 reply; 2+ messages in thread
From: Oleksiy Obitotskyi -X (oobitots - GLOBALLOGIC INC@Cisco) @ 2019-10-01 11:23 UTC (permalink / raw)
To: bitbake-devel@lists.openembedded.org
Cc: Taras Kondratiuk (takondra),
Ruslan Bilovol -X (rbilovol - GLOBALLOGIC INC at Cisco)
[-- Attachment #1: Type: text/plain, Size: 1529 bytes --]
Hi,
We have situation when MACHINE value change affect nativesdk packages (thud but the same situation was on krogoth).
MACHINE="x86" bitbake nativesdk-<package> -> build package and dependencies x86
MACHINE="x86-64" bitbake nativesdk-<package> -> build package and dependencies for x86-64
and finally
MACHINE="x86" bitbake nativesdk-<cpackage> -> a lot of setscene functons executed for nativesdk packages
MACHINE value affects BASELIB. For x86-64 we override BASELIB = lib64.
For x86 BASELIB = lib. baselib for cross/natviesdk ramains unchanged (lib).
# $BASELIB
# set <>/openembedded-core/meta/conf/bitbake.conf:12
# "lib"
# pre-expansion value:
# "lib"
BASELIB="lib"
# $BASELIB [2 operations]
# set <>/openembedded-core/meta/conf/bitbake.conf:12
# "lib"
# set <>/x86-64-platforms.inc:22
# "lib64"
# pre-expansion value:
# "lib64"
BASELIB="lib64"
Tracking dependencies shows that nativesdk-<package> depends on gcc-crosssdk which depend on
shared gcc-source package. And gcc-source tasks hash values (starting from from gcc-source.do_patch) are different for
x86 and x86-64 (due to baselib), so nativesdk-<package> task stamp signature deps part depends on gcc-source tasks hash
and also become different if we change MACHINE.
Technically it can be fixed with tweaking sstate_rundepfilter - but it's not generic solution.
Is there any way to avoid rebuilding nativesdk packages that depend on shared packages (e.g. gcc-source)?
Regards,
Oleksiy
[-- Attachment #2: Type: text/html, Size: 4164 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* nativesdk dependencies on shared packages
2019-10-01 11:23 nativesdk dependencies on shared packages Oleksiy Obitotskyi -X (oobitots - GLOBALLOGIC INC@Cisco)
@ 2019-10-15 9:01 ` Oleksiy Obitotskyi -X (oobitots - GLOBALLOGIC INC@Cisco)
0 siblings, 0 replies; 2+ messages in thread
From: Oleksiy Obitotskyi -X (oobitots - GLOBALLOGIC INC@Cisco) @ 2019-10-15 9:01 UTC (permalink / raw)
To: bitbake-devel@lists.openembedded.org
[-- Attachment #1.1: Type: text/plain, Size: 2106 bytes --]
Hi,
In case previous mail was omitted.
Regards,
Oleksiy
________________________________
From: bitbake-devel-bounces@lists.openembedded.org <bitbake-devel-bounces@lists.openembedded.org> on behalf of Oleksiy Obitotskyi -X (oobitots - GLOBALLOGIC INC at Cisco) via bitbake-devel <bitbake-devel@lists.openembedded.org>
Sent: Tuesday, October 1, 2019 14:23
To: bitbake-devel@lists.openembedded.org
Cc: Taras Kondratiuk (takondra); Ruslan Bilovol -X (rbilovol - GLOBALLOGIC INC at Cisco)
Subject: [bitbake-devel] nativesdk dependencies on shared packages
Hi,
We have situation when MACHINE value change affect nativesdk packages (thud but the same situation was on krogoth).
MACHINE="x86" bitbake nativesdk-<package> -> build package and dependencies x86
MACHINE="x86-64" bitbake nativesdk-<package> -> build package and dependencies for x86-64
and finally
MACHINE="x86" bitbake nativesdk-<cpackage> -> a lot of setscene functons executed for nativesdk packages
MACHINE value affects BASELIB. For x86-64 we override BASELIB = lib64.
For x86 BASELIB = lib. baselib for cross/natviesdk ramains unchanged (lib).
# $BASELIB
# set <>/openembedded-core/meta/conf/bitbake.conf:12
# "lib"
# pre-expansion value:
# "lib"
BASELIB="lib"
# $BASELIB [2 operations]
# set <>/openembedded-core/meta/conf/bitbake.conf:12
# "lib"
# set <>/x86-64-platforms.inc:22
# "lib64"
# pre-expansion value:
# "lib64"
BASELIB="lib64"
Tracking dependencies shows that nativesdk-<package> depends on gcc-crosssdk which depend on
shared gcc-source package. And gcc-source tasks hash values (starting from from gcc-source.do_patch) are different for
x86 and x86-64 (due to baselib), so nativesdk-<package> task stamp signature deps part depends on gcc-source tasks hash
and also become different if we change MACHINE.
Technically it can be fixed with tweaking sstate_rundepfilter - but it's not generic solution.
Is there any way to avoid rebuilding nativesdk packages that depend on shared packages (e.g. gcc-source)?
Regards,
Oleksiy
[-- Attachment #1.2: Type: text/html, Size: 5099 bytes --]
[-- Attachment #2: ATT00001.txt --]
[-- Type: text/plain, Size: 182 bytes --]
--
_______________________________________________
bitbake-devel mailing list
bitbake-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/bitbake-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2019-10-15 9:01 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-10-01 11:23 nativesdk dependencies on shared packages Oleksiy Obitotskyi -X (oobitots - GLOBALLOGIC INC@Cisco)
2019-10-15 9:01 ` Oleksiy Obitotskyi -X (oobitots - GLOBALLOGIC INC@Cisco)
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.