From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 3/3] sanity.bbclass: Check for bogus values in BBCLASSEXTEND
Date: Wed, 09 May 2012 21:59:49 +0100 [thread overview]
Message-ID: <1336597189.2494.80.camel@ted> (raw)
In-Reply-To: <24944576961308660582b4a62b2c609fcef0bcea.1335922726.git.peter.seebach@windriver.com>
On Tue, 2012-05-01 at 20:45 -0500, Peter Seebach wrote:
> Suggestion that came out of my sanity-checks of multilibs; verify
> that stuff in BBCLASSEXTEND is valid.
>
> Signed-off-by: Peter Seebach <peter.seebach@windriver.com>
> ---
> meta/classes/sanity.bbclass | 13 +++++++++++++
> 1 files changed, 13 insertions(+), 0 deletions(-)
>
> diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
> index 635049e..9f3f1d5 100644
> --- a/meta/classes/sanity.bbclass
> +++ b/meta/classes/sanity.bbclass
> @@ -81,6 +81,15 @@ def check_toolchain(data):
>
> return ""
>
> +def check_bbclassextend(data):
> + allowed = ('native', 'nativesdk', 'multilib', 'cross')
> + extends = (data.getVar("BBCLASSEXTEND", True) or "").split()
> + errors = []
> + for pair in [x.split(':') for x in extends]:
> + if pair[0] not in allowed:
> + errors.append('BBCLASSEXTEND has invalid value: %s' % pair[0])
> + return '\n'.join(errors)
> +
> def check_conf_exists(fn, data):
> bbpath = []
> fn = data.expand(fn)
> @@ -401,6 +410,10 @@ def check_sanity(e):
> if toolchain_msg != "":
> messages = messages + toolchain_msg + '\n'
>
> + bbclassextend_msg = check_bbclassextend(e.data)
> + if bbclassextend_msg != "":
> + messages = messages + bbclassextend_msg + '\n'
> +
> # Check if DISPLAY is set if IMAGETEST is set
> if not data.getVar( 'DISPLAY', e.data, True ) and data.getVar( 'IMAGETEST', e.data, True ) == 'qemu':
> messages = messages + 'qemuimagetest needs a X desktop to start qemu, please set DISPLAY correctly (e.g. DISPLAY=:1.0)\n'
FWIW, this isn't going to work. Its checking the sanity in
"configuration" space, pre recipe parse so it won't pick up on the
errors we want it to.
So whilst its well intentioned, it isn't going to work as designed and
we'll have to rethink it. I can't think of a good way to fix it right
now, we don't really have a structure for recipe checks at this point.
Cheers,
Richard
next prev parent reply other threads:[~2012-05-09 21:09 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-02 1:45 v4 or so [PATCH 0/3] sanity.bbclass and friends: toolchain sanity Peter Seebach
2012-05-02 1:45 ` [PATCH 1/3] conf/machine: Clean up configuration values Peter Seebach
2012-05-02 1:45 ` [PATCH 2/3] sanity.bbclass: Implement initial toolchain sanity checks Peter Seebach
2012-05-02 1:45 ` [PATCH 3/3] sanity.bbclass: Check for bogus values in BBCLASSEXTEND Peter Seebach
2012-05-09 20:59 ` Richard Purdie [this message]
2012-05-09 21:09 ` Peter Seebach
2012-05-09 23:32 ` v4 or so [PATCH 0/3] sanity.bbclass and friends: toolchain sanity Saul Wold
2012-05-09 23:58 ` Peter Seebach
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=1336597189.2494.80.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--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