All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Robert P. J. Day" <rpjday@crashcourse.ca>
To: BitBake developer list <bitbake-devel@lists.openembedded.org>
Subject: more pedantry involving the proper use of PREFERRED_PROVIDER_*
Date: Wed, 18 Jun 2014 11:10:47 -0400 (EDT)	[thread overview]
Message-ID: <alpine.LFD.2.11.1406181050550.28390@localhost> (raw)


  and now, some picky questions about the use and processing of
PREFERRED_PROVIDER, once again using actual examples pulled from the
poky repository.

  first, is there anything magical about the use of the prefix
"virtual/" when defining and selecting providers? i'm well aware of
the most common usage of this -- "virtual/kernel". and there are other
good examples like "virtual/bootloader", "virtual/xserver" and so on.

  but there are other non-virtual definitions, such as:

  PREFERRED_PROVIDER_console-tools ?= "kbd"

so if i select "console-tools" to be incorporated into my eventual
image, that line will end up selecting the "kbd" recipe. so why are
some of these preferences using "virtual/" and some not? is it just a
philosophical choice? could i do something goofy like define and
select names like "rday/recipename" just as well?

  next, wouldn't the preferred provider for a recipe be, by default,
that same name? it seems odd to see something like:

  PREFERRED_PROVIDER_ltp ?= "ltp"

even if something else provides "ltp", isn't the above redundant? or
is there something subtle here i'm missing?

  finally, i found this simple example i want to use as a teaching
example involving make and remake. there's a definition for the "make"
recipe that looks perfectly normal, and there is also a recipe
definition for an alternative, remake, whose .bb file contains:

  PROVIDES += "make"

and whose remake.inc file includes:

  ALTERNATIVE_${PN} = "make"
  ALTERNATIVE_LINK_NAME[make] = "${bindir}/make"
  ALTERNATIVE_TARGET[make] = "${bindir}/remake"
  ALTERNATIVE_PRIORITY = "100"

so i'm assuming i could just do something like:

  PREFERRED_PROVIDER_make = "remake"

yes? is this explained anywhere in the yocto docs in more detail?
thanks.

rday

-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================



             reply	other threads:[~2014-06-18 15:14 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-18 15:10 Robert P. J. Day [this message]
2014-06-19 10:55 ` more pedantry involving the proper use of PREFERRED_PROVIDER_* Paul Eggleton
2014-06-19 11:10   ` Robert P. J. Day

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=alpine.LFD.2.11.1406181050550.28390@localhost \
    --to=rpjday@crashcourse.ca \
    --cc=bitbake-devel@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 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.