Re: [OE-core] perf: nativesdk

[Richard Purdie <richard.purdie@linuxfoundation.org>]

On Thu, 2025-06-19 at 09:53 +0200, Andrej Valek via lists.openembedded.org wrote:
> I know, that what I'm doing is not fully supported way, but... . I 
> wanted to build the perf for target device (aarch64), record the data
> and analyze them on the host. So I extended the recipe by adding 
> BBCLASSEXTEND = "native nativesdk".
> 
> After that I have compilation failure do to missing manifest.
> 
> ERROR: nativesdk-perf-1.0-r0 do_configure: The sstate manifest for task 
> 'linux-libc-headers:populate_sysroot' (multilib variant '') could not be 
> found.
> The pkgarchs considered were: machineA, cortexa53, cortexa53, cortexa53, 
> armv8a-crc, armv8a, aarch64, allarch, x86_64_x86_64-nativesdk.
> But none of these manifests exists:
> /home/build/tmp/sstate-control/manifest-machineA-linux-libc-headers.populate_sysroot
> /home/build/tmp/sstate-control/manifest-cortexa53-linux-libc-headers.populate_sysroot
> /home/build/tmp/sstate-control/manifest-cortexa53-linux-libc-headers.populate_sysroot
> /home/build/tmp/sstate-control/manifest-cortexa53-linux-libc-headers.populate_sysroot
> /home/build/tmp/sstate-control/manifest-armv8a-crc-linux-libc-headers.populate_sysroot
> /home/build/tmp/sstate-control/manifest-armv8a-linux-libc-headers.populate_sysroot
> /home/build/tmp/sstate-control/manifest-aarch64-linux-libc-headers.populate_sysroot
> /home/build/tmp/sstate-control/manifest-allarch-linux-libc-headers.populate_sysroot
> /home/build/tmp/sstate-control/manifest-x86_64_x86_64-nativesdk-linux-libc-headers.populate_sysroot
> 
> The "linux-libc-headers" dependency is coming from "gcc-cross-aarch64".
> 
> EXTRADEPENDS = ""
> DEPENDS = "virtual/${TARGET_PREFIX}binutils ${EXTRADEPENDS} ${NATIVEDEPS}"
> PROVIDES = "virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}g++"
> python () {
>      if d.getVar("TARGET_OS").startswith("linux"):
>          d.setVar("EXTRADEPENDS", "linux-libc-headers")
> }
> 
> This function adds the dependency without respecting any 
> native/nativesdk variant.
> 
> I know touching the "PACKAGE_EXTRA_ARCHS" or removing this function 
> above it's not right way to fix it.
> 
> How to deal with something like that?

Ignoring this is all a bad idea, something which is nativesdk should be
using gcc-crosssdk, not gcc-cross. gcc-cross quite correctly depends on
linux-libc-headers, gcc-crosssdk will depend on nativesdk-linux-libc-
headers.

Cheers,

Richard