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
next prev parent 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