All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: Chris Tapp <opensource@keylevel.com>
Cc: yocto@yoctoproject.org
Subject: Re: Per-machine DEPENDS
Date: Thu, 17 May 2012 22:22:18 +0100	[thread overview]
Message-ID: <8363795.7bU7lvsc4a@helios> (raw)
In-Reply-To: <850EEF2D-6A67-4987-B202-A24461737544@keylevel.com>

On Thursday 17 May 2012 22:07:50 Chris Tapp wrote:
> On 17 May 2012, at 21:27, Paul Eggleton wrote:
> > On Thursday 17 May 2012 21:10:10 Chris Tapp wrote:
> >> Is it possible to have the (R)DEPENDS list vary depending on the machine
> >> being built?
> >> 
> >> For example, I want 'this-bit' to be included for a 'machine-1' build,
> >> but
> >> not 'machine-2'.
> >> 
> >> Something like:
> >> 
> >> DEPENDS = "common-stuff"
> >> 
> >> DEPENDS_machine-1 = "${DEPENDS} this-stuff"
> > 
> > Yes, that will work. If the DEPENDS change implies some different
> > configuration I'd recommend being explicit about it as well e.g. via
> > EXTRA_OECONF or whatever is appropriate; this is particularly important
> > for the case where the extra dependency is not included and the configure
> > script for the application would auto-detect the presence of the
> > additional dependency in the absence of an explicit configure option.
> 
> Thanks. Is there some documentation that explains how the suffixes are build
> up, when they are used, etc. ?

These "suffixes" are called overrides in BitBake parlance. If an override 
appears in the OVERRIDES variable then it is applied, and the OVERRIDES 
variable is built up out of the values of various other variables (including 
MACHINE, DISTRO, etc - see 'bitbake -e | grep OVERRIDES'). I'm pretty sure 
this is covered in the BitBake manual, although unfortunately that is only 
available in source format right now.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


  reply	other threads:[~2012-05-17 21:22 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-17 20:10 Per-machine DEPENDS Chris Tapp
2012-05-17 20:27 ` Paul Eggleton
2012-05-17 21:07   ` Chris Tapp
2012-05-17 21:22     ` Paul Eggleton [this message]
2012-05-23  7:55       ` Chris Tapp
2012-05-23  8:31         ` Tomas Frydrych
2012-05-23 19:02           ` Chris Tapp
2012-05-23 19:30             ` Andrei Gherzan

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=8363795.7bU7lvsc4a@helios \
    --to=paul.eggleton@linux.intel.com \
    --cc=opensource@keylevel.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.