All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Khem Raj" <raj.khem@gmail.com>
To: Ross Burton <ross@burtonini.com>
Cc: meta-arm@lists.yoctoproject.org
Subject: Re: [meta-arm][PATCH] meta-arm: Use dynamic layer magic to build trusted-firmware-m
Date: Tue, 7 Jul 2020 09:47:28 -0700	[thread overview]
Message-ID: <475ba942-5c19-c36e-9882-b193f0f4ee20@gmail.com> (raw)
In-Reply-To: <CAAnfSTsByeHUS9daP_L7M9qF8AhMdPVP9i+ri9b1ZzV8VCkfGw@mail.gmail.com>



On 7/6/20 2:23 PM, Ross Burton wrote:
> On Fri, 3 Jul 2020 at 15:52, Khem Raj <raj.khem@gmail.com> wrote:
>> +BBFILES_DYNAMIC += " \
>> +    arm-toolchain:${LAYERDIR}/dynamic-layers/arm-toolchain/*/*/*.bb \
>> +    arm-toolchain:${LAYERDIR}/dynamic-layers/arm-toolchain/*/*/*.bbappend \
> 
> What I dislike about dynamic layers is how nested everything gets.
> How about something more like:
> 
> BBFILES_DYNAMIC +=
> "arm-toolchain:${LAYERDIR}/with-arm-toolchain/recipes-*/*/*.bb"
> 
> One less directory level, and all of the dynamic layers are at the
> top-level alongside the recipes.
> 
> I'm also still unsure why there's so much pushback towards adding
> arm-toolchain.  

reason meta-arm is needed for me is becuase meta-ti asks for it and now 
there is another dependency added so I am a bit not-nice to this because 
this serves no use for me as tf-a and tf-m are not even needed for 
machines of interest,  but it does show up on world builds and broke 
last time.

It doesn't do anything by simply adding the layer, if
> you don't build tf-m it won't get used at all, and I want to get rid
> of it anyway (using multiconfig to build a gcc).  Can you explain why
> this dependency is so important to you?  I'm obviously not
> understanding something, and I'm on the record for hating on binary
> toolchains over many years!
> 
> Ross
> 

  reply	other threads:[~2020-07-07 16:47 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-03 14:52 [meta-arm][PATCH] meta-arm: Use dynamic layer magic to build trusted-firmware-m Khem Raj
2020-07-05 20:15 ` Richard Purdie
2020-07-05 21:29   ` Denys Dmytriyenko
2020-07-06 11:07   ` Ross Burton
2020-07-06 12:30     ` Ross Burton
2020-07-06 17:48       ` Khem Raj
2020-07-06 21:23 ` Ross Burton
2020-07-07 16:47   ` Khem Raj [this message]
2020-07-13 17:09   ` Khem Raj
2020-07-14 10:21     ` Ross Burton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=475ba942-5c19-c36e-9882-b193f0f4ee20@gmail.com \
    --to=raj.khem@gmail.com \
    --cc=meta-arm@lists.yoctoproject.org \
    --cc=ross@burtonini.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.