On Wed, Apr 8, 2020 at 4:18 PM Richard Purdie
<[email protected]> wrote:
>
> As discussed in the bugzilla entry, musl is not compatible with multilibs
> and has no plans to support this. Therefore tell users this from the
> recipe rather than letting them run into build failures.
>

I dont think thats the case anymore, I have sent patches to fix
multilib on musl.
this seems a broad brush. What are you trying to fix ?

> [YOCTO #13122]
>
> Signed-off-by: Richard Purdie <[email protected]>
> ---
>  meta/recipes-core/musl/musl.inc | 6 ++++++
>  1 file changed, 6 insertions(+)
>
> diff --git a/meta/recipes-core/musl/musl.inc b/meta/recipes-core/musl/musl.inc
> index bdce412162c..f2f3d3d054b 100644
> --- a/meta/recipes-core/musl/musl.inc
> +++ b/meta/recipes-core/musl/musl.inc
> @@ -29,3 +29,9 @@ ARM_INSTRUCTION_SET_armv4 = "arm"
>  B = "${WORKDIR}/build"
>
>  do_configure[cleandirs] = "${B}"
> +
> +python () {
> +    multilibs = d.getVar("MULTILIBS")
> +    if multilibs:
> +        raise bb.parse.SkipRecipe("musl is not compatible with multilibs")
> +}
> --
> 2.25.1
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137125): 
https://lists.openembedded.org/g/openembedded-core/message/137125
Mute This Topic: https://lists.openembedded.org/mt/72886268/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to