From: John Snow <jsnow@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>,
"Daniel P. Berrange" <berrange@redhat.com>
Cc: "Marc-André Lureau" <marcandre.lureau@gmail.com>,
QEMU <qemu-devel@nongnu.org>,
"Dr. David Alan Gilbert" <dgilbert@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 0/3] Use glib 2.26 version macros
Date: Mon, 12 Oct 2015 12:02:26 -0400 [thread overview]
Message-ID: <561BD992.1080702@redhat.com> (raw)
In-Reply-To: <CAFEAcA-7jfGFyQqwwrjf9e64nGs-51012v6hurr1kRsVcFdyog@mail.gmail.com>
On 10/12/2015 08:38 AM, Peter Maydell wrote:
> On 12 October 2015 at 13:31, Daniel P. Berrange <berrange@redhat.com> wrote:
>> On Mon, Oct 12, 2015 at 02:24:36PM +0200, Marc-André Lureau wrote:
>>> What about just using the macro, but not bumping glib requirement?
>>
>> It would be desirable - I think someone explored using the GLIB_VERSION
>> macros before, without bumping version. I can't remember what the problem
>> was that made them abandon that though - maybe someone else recalls...
>
> I think that was David Gilbert, and I vaguely recall there being
> bad interactions with our glib-compat.h header.
>
> -- PMM
>
The version check macros will complain about our back-porting of glib
functions as seen in glib-compat, yes. I think David Gilbert and I each
had a stab at it.
It's fine if you're running 2.22 or so, but if you are running a more
modern version that actually provides the functions we backport/emulate,
the version check macros will catch that and set an error.
Not sure if there's some sort of squelch mechanism. "I know I told you
to complain if I use a 2.23+ function, but forgive me just this once."
--js
next prev parent reply other threads:[~2015-10-12 16:02 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-12 10:54 [Qemu-devel] [PATCH 0/3] Use glib 2.26 version macros marcandre.lureau
2015-10-12 10:54 ` [Qemu-devel] [PATCH 1/3] hw/acpi/aml-build: remove useless glib version check marcandre.lureau
2015-10-12 13:31 ` [Qemu-trivial] " Marc-André Lureau
2015-10-12 13:31 ` [Qemu-devel] " Marc-André Lureau
2015-10-29 7:28 ` [Qemu-trivial] " Michael Tokarev
2015-10-29 7:28 ` [Qemu-devel] " Michael Tokarev
2015-10-12 10:54 ` [Qemu-devel] [PATCH 2/3] configure: require glib 2.26 marcandre.lureau
2015-10-12 10:54 ` [Qemu-devel] [PATCH 3/3] Remove glib < 2.26 compatibility code marcandre.lureau
2015-10-12 11:18 ` [Qemu-devel] [PATCH 0/3] Use glib 2.26 version macros Cornelia Huck
2015-10-12 11:26 ` Daniel P. Berrange
2015-10-12 12:24 ` Marc-André Lureau
2015-10-12 12:31 ` Daniel P. Berrange
2015-10-12 12:38 ` Peter Maydell
2015-10-12 16:02 ` John Snow [this message]
2015-10-12 16:34 ` Dr. David Alan Gilbert
2015-10-12 17:10 ` Peter Maydell
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=561BD992.1080702@redhat.com \
--to=jsnow@redhat.com \
--cc=berrange@redhat.com \
--cc=dgilbert@redhat.com \
--cc=marcandre.lureau@gmail.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.