From: Phil Blundell <philb@gnu.org>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 04/10] gtk.inc: add feature based on directfb
Date: Thu, 08 Dec 2011 14:39:14 +0000 [thread overview]
Message-ID: <1323355155.26081.355.camel@phil-desktop> (raw)
In-Reply-To: <67C6F211-C6C2-4655-889A-A254F4E0D7D9@dominion.thruhere.net>
On Thu, 2011-12-08 at 11:14 +0100, Koen Kooi wrote:
> Op 8 dec. 2011, om 10:34 heeft Xiaofeng Yan het volgende geschreven:
>
> > From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
> >
> > gtk run over x11 at current OE-core. If gtk want to run over directfb, then \
> > the configuration related to x11 should be disabled and directfb should be enabled.
>
> Since I still can't get an answer to "what happens when you enable both x11 and directfb as distro features",
The answer to that question seems to be that you will get undefined
behaviour. Both PACKAGECONFIG flags will match so you'll get the
configure options for both of them, but the packageconfig mechanism
doesn't appear to guarantee what the ordering will be. (You might
expect that it would be the order of the entries in PACKAGECONFIG itself
but, from a quick look at the code, that doesn't appear to be the case.)
So, you'll end up with both sets of things in DEPENDS and either:
--with-x=yes --with-gdktarget=x11 --with-gdktarget=directfb
or
--with-gdktarget=directfb --with-x=yes --with-gdktarget=x11
in EXTRA_OECONF but there doesn't seem to be any obvious way to predict
which it'll be.
It would be nice if there was a way to declare PACKAGECONFIG options as
conflicting with each other so that you'd get a diagnostic if you tried
to turn both on. But there's no mechanism to support that at present
and it doesn't seem like it would merit ad-hoc python hacks in the gtk+
recipe.
p.
next prev parent reply other threads:[~2011-12-08 14:46 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-08 9:33 [PATCH 00/10] gtk+-directfb: The patches to run gtk over directfb Xiaofeng Yan
2011-12-08 9:33 ` [PATCH 01/10] qemu-config: Disable dbus-x11 when no x11 in DISTRO_FEATURES Xiaofeng Yan
2011-12-08 9:34 ` [PATCH 02/10] gconf: Disable dbus-x11 when x11 isn't " Xiaofeng Yan
2011-12-08 9:34 ` [PATCH 03/10] gtk.inc: ship gtk-demo to independent package Xiaofeng Yan
2011-12-08 9:34 ` [PATCH 04/10] gtk.inc: add feature based on directfb Xiaofeng Yan
2011-12-08 10:14 ` Koen Kooi
2011-12-08 14:39 ` Phil Blundell [this message]
2011-12-08 16:55 ` Richard Purdie
2011-12-08 17:12 ` Phil Blundell
2011-12-08 21:59 ` Richard Purdie
2011-12-09 6:51 ` Koen Kooi
2011-12-09 10:08 ` Phil Blundell
2011-12-09 10:25 ` Koen Kooi
2011-12-09 10:30 ` Phil Blundell
2011-12-09 10:34 ` Richard Purdie
2011-12-08 9:34 ` [PATCH 05/10] gtk: add demos to the configuation of gtk+ Xiaofeng Yan
2011-12-08 22:15 ` Richard Purdie
2011-12-08 9:34 ` [PATCH 06/10] cairo: add directfb DISTRO_FEATURE Xiaofeng Yan
2011-12-08 9:34 ` [PATCH 07/10] pango: " Xiaofeng Yan
2011-12-08 9:34 ` [PATCH 08/10] directfb-examples: add package directfb-examples to OE-core Xiaofeng Yan
2011-12-08 9:34 ` [PATCH 09/10] task-core-gtk-directfb.bb: Add task list to run gtk over directfb Xiaofeng Yan
2011-12-08 11:22 ` Phil Blundell
2011-12-08 9:34 ` [PATCH 10/10] core-image-gtk-directfb.bb: add an image for " Xiaofeng Yan
2011-12-08 13:22 ` Samuel Stirtzel
2011-12-08 15:45 ` POKY_BASE_INSTALL was " Mark Hatle
-- strict thread matches above, loose matches on Subject: below --
2011-12-07 8:58 [PATCH 00/10]gtk+-directfb: The patches to run " Xiaofeng Yan
2011-12-07 8:58 ` [PATCH 04/10] gtk.inc: add feature based on directfb Xiaofeng Yan
2011-12-07 9:04 ` Koen Kooi
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=1323355155.26081.355.camel@phil-desktop \
--to=philb@gnu.org \
--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