From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Chris Larson <clarson@kergoth.com>
Cc: OE Core mailing list <openembedded-core@lists.openembedded.org>
Subject: Re: image_types.bbclass: what's with "elf" and "cpio.gz"?
Date: Sun, 13 Jan 2013 12:32:18 +0000 [thread overview]
Message-ID: <1358080338.23113.10.camel@ted> (raw)
In-Reply-To: <CABcZAN=T+GS=H_PuyusNYJNmjbVraoz1u_OdCHq3Nr8s=hqBHw@mail.gmail.com>
On Sat, 2013-01-12 at 12:15 -0700, Chris Larson wrote:
> Order is important. The elf image depends on the cpio.gz image
> already
> having been created so a) it must be created and b) it must
> happen
> before elf.
>
> I'd think we could implement a data-driven method for this, rather
> than hardcoding this knowledge. Either declare the deps via a flag, or
> have one directly call the other.
Calling one from the other would cause issues like knowing when the
image type had already run (or cause it to run multiple times) but the
deps idea in flags would be better I agree. Its just the small matter of
implementing it and the complexities that entails.
With pseudo now able to safely store state, there is probably no excuse
not to split the rootfs task into multiple pieces and have the image
creation parts as separate tasks. This would mean we can use the normal
dependency logic and not have to reinvent the wheel. It would also allow
parallelism too, all with existing code.
The more I think about this, the more I like the idea...
Cheers,
Richard
prev parent reply other threads:[~2013-01-13 12:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-12 11:22 image_types.bbclass: what's with "elf" and "cpio.gz"? Robert P. J. Day
2013-01-12 13:05 ` Richard Purdie
2013-01-12 19:15 ` Chris Larson
2013-01-13 10:14 ` Robert P. J. Day
2013-01-13 12:32 ` Richard Purdie [this message]
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=1358080338.23113.10.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--cc=clarson@kergoth.com \
--cc=openembedded-core@lists.openembedded.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox