[OE-core] [PATCH 1/4] sstate: allow specifying indirect dependencies to exclude from sysroot
Richard Purdie
richard.purdie at linuxfoundation.org
Sun Jun 17 13:13:01 UTC 2018
On Tue, 2018-05-22 at 13:25 +0100, André Draszik wrote:
> From: André Draszik <andre.draszik at jci.com>
>
> Currently, a dependency on any -native recipe will pull in
> all dependencies of that -native recipe in the recipe
> sysroot. This behaviour might not always be wanted, e.g.
> when that -native recipe depends on build-tools that are
> not relevant for the current recipe.
>
> This change adds a SSTATE_EXCLUDEDEPS_SYSROOT variable,
> which will be evaluated for such recursive dependencies to
> be excluded. The idea is similar to
> http://lists.openembedded.org/pipermail/openembedded-core/2018-Jan
> uary/146324.html
> except that the list is not hard-coded anymore.
>
> SSTATE_EXCLUDEDEPS_SYSROOT is evaluated as two regular
> expressions of recipe and dependency to ignore, e.g. in
> the above flex-native / bison-native use-case, one would
> specify
>
> SSTATE_EXCLUDEDEPS_SYSROOT = ".*->(flex|bison)-native"
>
> in layer.conf.
>
> The existing special handling of "-initial" as well as
> "base-passwd" and "shadow-sysroot" could also be
> streamlined:
>
> SSTATE_EXCLUDEDEPS_SYSROOT += "\
> .*->.*-initial.* \
> .*(base-passwd|shadow-sysroot)->.* \
> "
>
> Another anticipated user is meta-java, where certain newer
> JDKs can only be bootstrapped (built) using older JDKs,
> but it doesn't make much sense to copy all those older
> JDKs and their own build tools (ant, etc.) into the
> sysroot of recipes wanting to be built using the newer JDK
> (only), e.g.:
>
> SSTATE_EXCLUDEDEPS_SYSROOT += "\
> openjdk-8-native->(ant-native|attr-native|coreutils-
> native|icedtea7-native|libxslt-native|make-native|openssl-native|zip-
> native|unzip-native) \
> "
>
> Signed-off-by: André Draszik <andre.draszik at jci.com>
> ---
> meta/classes/sstate.bbclass | 13 +++++++++++++
> 1 file changed, 13 insertions(+)
>
I have some reservations about this series as I've previously mentioned
but I had a try at testing it on the autobuilder:
https://autobuilder.yocto.io/builders/build-appliance/builds/1059/steps/BuildImages_1/logs/stdio
Basically binutils-cross is bust with errors like:
| x86_64-poky-linux-ar: error while loading shared libraries: libfl.so.2: cannot open shared object file: No such file or directory
| make[5]: *** [libaudio_resampler_sse.la] Error 127
There are a ton of other failures, I've not waded through them but I'm
guessing there are similar issues.
Cheers,
Richard
More information about the Openembedded-core
mailing list