public inbox for openembedded-core@lists.openembedded.org
 help / color / mirror / Atom feed
From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 2/2 [RFC]] image.bbclass: Unconditional includes of populate_sdk_ext fails
Date: Tue, 12 Jan 2016 15:54:10 +1300	[thread overview]
Message-ID: <2742933.c5PQfXKTiF@peggleto-mobl.ger.corp.intel.com> (raw)
In-Reply-To: <1452546725-211503-3-git-send-email-mark.hatle@windriver.com>

On Mon, 11 Jan 2016 15:12:05 Mark Hatle wrote:
> populate_sdk_ext requires uninative support, which is only available on
> glibc based SDKMACHINES.  For instance, when using mingw32 a dependency
> error will occur:
> 
> NOTE: Runtime target 'nativesdk-glibc' is unbuildable, removing...
> ERROR: Required build target 'core-image-minimal' has no buildable
> providers. Missing or unbuildable dependency chain was:
> ['core-image-minimal', 'uninative-tarball', 'nativesdk-glibc']
> 
> This is dues to populate_sdk_ext.bbclass having:
> do_populate_sdk_ext[depends] += "buildtools-tarball:do_populate_sdk
> uninative-tarball:do_populate_sdk" addtask populate_sdk_ext
> 
> Since bitbake can't determine for dependency resolution if the task is going
> to be run yet, it blows up and says it simply can't be resolved.
> 
> Workaround this problem by making the inherit conditional on the SDK_OS
> containing 'linux'.
> 
> Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
> ---
>  meta/classes/image.bbclass | 5 ++++-
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> index e3769b4..d37995a 100644
> --- a/meta/classes/image.bbclass
> +++ b/meta/classes/image.bbclass
> @@ -1,6 +1,9 @@
>  inherit rootfs_${IMAGE_PKGTYPE}
> 
> -inherit populate_sdk_ext
> +# Only Linux SDKs support populate_sdk_ext, fall back to populate_sdk
> +# in the non-Linux SDK_OS case, such as mingw32
> +SDKEXTCLASS ?= "${@['populate_sdk', 'populate_sdk_ext']['linux' in
> d.getVar("SDK_OS", True)]}" +inherit ${SDKEXTCLASS}
> 
>  TOOLCHAIN_TARGET_TASK += "${PACKAGE_INSTALL}"
>  TOOLCHAIN_TARGET_TASK_ATTEMPTONLY += "${PACKAGE_INSTALL_ATTEMPTONLY}"

Looks OK to me, FWIW.

Acked-by: Paul Eggleton <paul.eggleton@linux.intel.com>

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


      reply	other threads:[~2016-01-12  2:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-11 21:12 [PATCH 0/2] Fix some oe-core issues using meta-mingw Mark Hatle
2016-01-11 21:12 ` [PATCH 1/2] tcmode-default.inc: Fix preferred provider nativesdk-sdk_prefix-libc-initial Mark Hatle
2016-01-11 21:12 ` [PATCH 2/2 [RFC]] image.bbclass: Unconditional includes of populate_sdk_ext fails Mark Hatle
2016-01-12  2:54   ` Paul Eggleton [this message]

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=2742933.c5PQfXKTiF@peggleto-mobl.ger.corp.intel.com \
    --to=paul.eggleton@linux.intel.com \
    --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