Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Henning Heinold <heinold@inf.fu-berlin.de>
To: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH] external-sourcery: add missing providers
Date: Fri, 26 Jul 2013 12:11:59 +0200	[thread overview]
Message-ID: <20130726101159.GA19029@mail.zedat.fu-berlin.de> (raw)
In-Reply-To: <1374788144-1380-1-git-send-email-sgw@linux.intel.com>

On Thu, Jul 25, 2013 at 02:35:44PM -0700, Saul Wold wrote:
> Addess the issue with multiple .bb providers
> 
> ERROR: Multiple .bb files are due to be built which each provide virtual/libc (/srv/hdd/releases/dylan/meta/recipes-core/eglibc/eglibc_2.17.bb /srv/hdd/releases/dylan/meta/recipes-core/meta/external-sourcery-toolchain.bb).
>  This usually means one provides something the other doesn't and should.
> ERROR: Multiple .bb files are due to be built which each provide virtual/arm-none-linux-gnueabi-libc-for-gcc (/srv/hdd/releases/dylan/meta/recipes-core/eglibc/eglibc_2.17.bb /srv/hdd/releases/dylan/meta/recipes-core/meta/external-sourcery-toolchain.bb).
>  This usually means one provides something the other doesn't and should.
> ERROR: Multiple .bb files are due to be built which each provide virtual/libiconv (/srv/hdd/releases/dylan/meta/recipes-core/eglibc/eglibc_2.17.bb /srv/hdd/releases/dylan/meta/recipes-core/meta/external-sourcery-toolchain.bb).
>  This usually means one provides something the other doesn't and should.
> 
> Thanks to Kergoth (Chris Larson) and Lpapp (Lazslo)
> 
> [YOCTO #4908]
> 
> Signed-off-by: Saul Wold <sgw@linux.intel.com>
> ---
>  meta/conf/distro/include/tcmode-external-sourcery.inc | 3 +++
>  meta/recipes-core/meta/external-sourcery-toolchain.bb | 2 ++
>  2 files changed, 5 insertions(+)
> 
> diff --git a/meta/conf/distro/include/tcmode-external-sourcery.inc b/meta/conf/distro/include/tcmode-external-sourcery.inc
> index 53e6653..d6cac74 100644
> --- a/meta/conf/distro/include/tcmode-external-sourcery.inc
> +++ b/meta/conf/distro/include/tcmode-external-sourcery.inc
> @@ -27,13 +27,16 @@ PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}gcc-intermediate = "external-sourcery
>  PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}g++ = "external-sourcery-toolchain"
>  PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}binutils = "external-sourcery-toolchain"
>  PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}libc-for-gcc = "external-sourcery-toolchain"
> +PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}libc-initial = "external-sourcery-toolchain"
>  PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}compilerlibs = "external-sourcery-toolchain"
>  PREFERRED_PROVIDER_libgcc = "external-sourcery-toolchain"
> +PREFERRED_PROVIDER_eglibc = "external-sourcery-toolchain"
>  PREFERRED_PROVIDER_virtual/libc = "external-sourcery-toolchain"
>  PREFERRED_PROVIDER_virtual/libintl = "external-sourcery-toolchain"
>  PREFERRED_PROVIDER_virtual/libiconv = "external-sourcery-toolchain"
>  PREFERRED_PROVIDER_glibc-thread-db = "external-sourcery-toolchain"
>  PREFERRED_PROVIDER_virtual/linux-libc-headers = "external-sourcery-toolchain"
> +PREFERRED_PROVIDER_virtual/linux-libc-headers-dev = "external-sourcery-toolchain"
>  PREFERRED_PROVIDER_gdbserver ??= "external-sourcery-toolchain"
>  
>  # No need to re-compile the locale files
> diff --git a/meta/recipes-core/meta/external-sourcery-toolchain.bb b/meta/recipes-core/meta/external-sourcery-toolchain.bb
> index 5fed30a..41d86d6 100644
> --- a/meta/recipes-core/meta/external-sourcery-toolchain.bb
> +++ b/meta/recipes-core/meta/external-sourcery-toolchain.bb
> @@ -16,12 +16,14 @@ PROVIDES += "\
>  	virtual/${TARGET_PREFIX}gcc-intermediate \
>  	virtual/${TARGET_PREFIX}binutils \
>  	virtual/${TARGET_PREFIX}libc-for-gcc \
> +	virtual/${TARGET_PREFIX}libc-initial \
>  	virtual/${TARGET_PREFIX}compilerlibs \
>  	virtual/libc \
>  	virtual/libintl \
>  	virtual/libiconv \
>  	glibc-thread-db \
>  	libgcc \
> +	eglibc \
>  	virtual/linux-libc-headers \
>  "
>  PV = "${CSL_VER_MAIN}"
> -- 
> 1.8.1.4

Hi Saul,

shouldn't we add uclibc too or will you wait until someone comes up
with an uclibc based external toolchain?

Bye Henning


  reply	other threads:[~2013-07-26 10:12 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-25 21:35 [PATCH] external-sourcery: add missing providers Saul Wold
2013-07-26 10:11 ` Henning Heinold [this message]
2013-07-26 14:30   ` Khem Raj

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=20130726101159.GA19029@mail.zedat.fu-berlin.de \
    --to=heinold@inf.fu-berlin.de \
    --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