On 9/29/22 14:49, Richard Purdie wrote:
On Thu, 2022-09-29 at 11:32 +0800, kai wrote:
From: Kai Kang <kai.k...@windriver.com>
It disables gprofng for toolchain clang, so it should clear GPROFNG_ALTS
when clang is used. But override 'toolchain-clang' is applied before
overrides 'TRANSLATED_TARGET_ARCH' such as x86-64, then GPROFNG_ALTS is
still set and not cleared. Append 'forcevariable' to apply it last then
make it work as expected.
Signed-off-by: Kai Kang <kai.k...@windriver.com>
---
meta/recipes-devtools/binutils/binutils.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/binutils/binutils.inc
b/meta/recipes-devtools/binutils/binutils.inc
index 4dde387a8a..c7113f8a1f 100644
--- a/meta/recipes-devtools/binutils/binutils.inc
+++ b/meta/recipes-devtools/binutils/binutils.inc
@@ -50,7 +50,7 @@ GPROFNG_ALTS:x86-64 = "${GPROFNGS}"
GPROFNG_ALTS:aarch64 = "${GPROFNGS}"
# it disables gprofng for clang and musl in the bb file
-GPROFNG_ALTS:toolchain-clang = ""
+GPROFNG_ALTS:toolchain-clang:forcevariable = ""
GPROFNG_ALTS:libc-musl = ""
LDGOLD_ALTS ?= "ld.gold dwp"
I've never wanted to see forcevariable used in layers, it is really
there as a last resort for end users. There must be some other way we
can arrange this?
It could clear GPROFNG_ALTS for toolchain-clang in python anonymous
function. I'll send for review.
Regards,
Kai
Cheers,
Richard
--
Kai Kang
Wind River Linux
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#171168):
https://lists.openembedded.org/g/openembedded-core/message/171168
Mute This Topic: https://lists.openembedded.org/mt/93987802/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
