Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Alexander Kanavin <alexander.kanavin@linux.intel.com>
To: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 1/8] bitbake.conf: remove 'gobject-introspection-data' from DISTRO/MACHINE_FEATURES_BACKFILL
Date: Mon, 21 Mar 2016 16:15:47 +0200	[thread overview]
Message-ID: <56F00213.8020408@linux.intel.com> (raw)
In-Reply-To: <CAJ86T=WpO9wAphNS==h6zzcg2oUZLa4tepVbAORT865VtX0YxQ@mail.gmail.com>

On 03/18/2016 01:08 PM, Andre McCurdy wrote:

> Deciding if/how qemu can run binaries for each tuning target is
> already partially addressed by the QEMU_EXTRAOPTIONS logic in
> qemu.bbclass. My suggestion would be to somehow generalise that
> existing logic, so (at least for machines using one of the standard
> oe-core tuning files) the question "can qemu run binaries created for
> ${MACHINE}?" could be answered automatically.

I agree: machine features should specify the capabilities of a machine, 
and 'generate of gobject introspection data' is only a specific 
application of 'machine has qemu usermode support' feature. We might 
have other uses for qemu userspace in the future, for example gtkdoc 
generation.

So I'm thinking of having a machine feature called 'qemu-usermode', 
which is turned on by default, and can be disabled in specific machine 
configurations. And then a distro feature called 'gobject introspection 
data', which is on or off depending on whether the machine supports it, 
but can also be turned off explicitly. And then the recipes and recipe 
classes do the right thing. How's that?


Alex



  reply	other threads:[~2016-03-21 14:20 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-17 17:19 [PATCH 0/8] gobject introspection fixes Andre McCurdy
2016-03-17 17:19 ` [PATCH 1/8] bitbake.conf: remove 'gobject-introspection-data' from DISTRO/MACHINE_FEATURES_BACKFILL Andre McCurdy
2016-03-17 17:31   ` Burton, Ross
2016-03-17 18:17     ` Andre McCurdy
2016-03-17 21:02       ` Richard Purdie
2016-03-18 11:08         ` Andre McCurdy
2016-03-21 14:15           ` Alexander Kanavin [this message]
2016-03-21 16:31           ` Richard Purdie
2016-03-17 17:19 ` [PATCH 2/8] default-distrovars.inc: add gobject-introspection-data to DISTRO_FEATURES_DEFAULT Andre McCurdy
2016-03-17 17:19 ` [PATCH 3/8] qemu.inc: add gobject-introspection-data to MACHINE_FEATURES Andre McCurdy
2016-03-17 17:19 ` [PATCH 4/8] arch-x86.inc: disable gobject introspection for x86-64 x32 builds Andre McCurdy
2016-03-17 17:19 ` [PATCH 5/8] qemuarm64.conf: don't clear MACHINE_FEATURES Andre McCurdy
2016-03-17 17:19 ` [PATCH 6/8] gobject-introspection.bbclass: wrap comments at 80 columns Andre McCurdy
2016-03-17 17:19 ` [PATCH 7/8] gobject-introspection.bbclass: make additional DEPENDS conditional Andre McCurdy
2016-03-17 17:29   ` Burton, Ross
2016-03-17 17:44     ` Andre McCurdy
2016-03-17 21:36     ` Martin Jansa
2016-03-17 22:16       ` Richard Purdie
2016-03-18 19:22       ` alexander.kanavin
2016-03-18 20:46         ` Martin Jansa
2016-03-17 17:19 ` [PATCH 8/8] gobject-introspection.bbclass: mark as machine specific due to COMBINED_FEATURES Andre McCurdy
2016-03-17 17:29   ` Martin Jansa

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=56F00213.8020408@linux.intel.com \
    --to=alexander.kanavin@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