Re: [poky] Poky calls host pzstd with uninative's libstdc++.so.6 instead of the host library

On Wed, 2024-09-04 at 11:32 +0200, Tamara Schmitz via lists.yoctoproject.org wrote:
> I'm a newbie to Yocto Linux and I am attempting to build a vendor BSP
> on an unsupported distribution: Fedora 40.

A key piece of information is which version of poky are you trying to
build?

Master for example works fine with fedora 40.

> The OS' libstdc++.so.6 provides CXXABI_1.3.15 vs uninative's which
> provides up to CXXABI_1.3.14. That would be fine, if the
> sstate_archive_package would not attempt to attempt to run it in an
> ENV that forces uninative's library.
> 
> Question 1:
> Using bitbake -e and reading the logs I was already able to get this
> far. How can I understand what the ENV, that the script executes in
> looks like?

uninative changes the loader of executables to use the loader from
uninative rather than the host system. It does this so that binaries
built on a newer distro can work on an older one.

The cost of doing that is that you need to use a uninative that matches
or is greater than the host system.

I'd therefore suggest bumping the version of uninative in the metadata
you're using. Whilst it isn't a supported version, chances are it will
probably work if you do that.

> Question 2:
> Is this a bug in the vendor BSP or is Poky just silly mixing and
> matching host tools build against the OS toolchain and uninative's
> libraries as it pleases?

The bug is that you're using an unsupported distro without making the
modifications needed to support it. You can disable uninative, or you
can switch to a newer uninative release, or switch to a version of the
system which has fedora40 support.

There will be other issues with fedora 40 as some things won't build
correctly due to the newer gcc version on f40 too.

Cheers,

Richard