From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: "Hans Beckérus" <hans.beckerus@gmail.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: How to combine BBCLASSEXTEND and variable export
Date: Thu, 26 Sep 2013 11:48:03 +0100 [thread overview]
Message-ID: <1675887.iRGCGyzpnN@helios> (raw)
In-Reply-To: <CAFyqS9q54HXgcCPvhUodqYXLZ9oqmZA4+mhOX958CyeG7VL3Gg@mail.gmail.com>
On Thursday 26 September 2013 12:38:13 Hans Beckérus wrote:
> On Thu, Sep 26, 2013 at 12:13 PM, Paul Eggleton
> <paul.eggleton@linux.intel.com> wrote:
> > On Wednesday 25 September 2013 17:39:04 Hans Beckérus wrote:
> >> Hi. I have a recipe that use BBCLASSEXTEND to extend native. For the
> >> normal/base version I wish to set/export an environment variable to be
> >> picked up by configure.
> >> But I do not wish this variable to be set by the native package. How
> >> would I accomplish that? It was ok before when I had a package-native
> >> recipe but since that is obsolete in favor for BBCLASSEXTEND I wish to
> >> remove it. I think I covered all the other caveats like DEPEND and
> >> PACKAGE/FILES. But this one is not as straight forward, or is it?
> >
> > If I'm understanding the requirements correctly think you could do
> > something like:
> >
> > do_configure_prepend_class_target() {
> >
> > export VARIABLE=value
> >
> > }
>
> Yes, I believe I tried that, but then the export does not persist over
> do_configure(), does it?
> It is only alive during the scope of do_configure_prepend() or?
The _prepend is just prepended to the function before running it, so it will
be applied for the entire function. If you have a look at
temp/run.do_configure.* in the workdir for the recipe, you'll be able to verify
this.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
next prev parent reply other threads:[~2013-09-26 10:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-25 15:39 How to combine BBCLASSEXTEND and variable export Hans Beckérus
2013-09-26 10:13 ` Paul Eggleton
2013-09-26 10:38 ` Hans Beckérus
2013-09-26 10:48 ` Paul Eggleton [this message]
2013-09-26 14:32 ` Hans Beckérus
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=1675887.iRGCGyzpnN@helios \
--to=paul.eggleton@linux.intel.com \
--cc=hans.beckerus@gmail.com \
--cc=yocto@yoctoproject.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 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.