All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Michael Tokarev <mjt@tls.msk.ru>, Fam Zheng <famz@redhat.com>,
	qemu-devel@nongnu.org
Cc: "Peter Maydell" <peter.maydell@linaro.org>,
	"Stefan Weil" <sw@weilnetz.de>,
	"Michael Roth" <mdroth@linux.vnet.ibm.com>,
	"Christophe Fergeau" <cfergeau@redhat.com>,
	"Alon Levy" <alevy@redhat.com>,
	"Stefan Hajnoczi" <stefanha@redhat.com>,
	"Alex Bennée" <alex.bennee@linaro.org>,
	"Richard Henderson" <rth@twiddle.net>
Subject: Re: [Qemu-devel] [PATCH 1/4] Makefile: Link vscclient with libqemuutil.a and libqemustub.a
Date: Fri, 23 May 2014 13:33:22 +0200	[thread overview]
Message-ID: <537F3202.6090003@redhat.com> (raw)
In-Reply-To: <537F168A.9080604@msgid.tls.msk.ru>

Il 23/05/2014 11:36, Michael Tokarev ha scritto:
> Here's the last incarnation:
>
>  http://comments.gmane.org/gmane.comp.emulators.qemu/271372
>
> The prob was re-defining GCond to GCond* in the _thin_ compat
> layer I wanted to add for _old_ glib (so that all the code uses
> new glib api, because that's what people know now).  That one
> is fun indeed, but it allows us to go without inventing a thick
> layer which will just complicate things and add unnecessary and
> qemu-specific API -- to me it is too much cost for supporting
> obsolete glib thread api.
>
> FWIW, the old glib thread api is a frozen code, so we shouldn't
> expect any changes in there.  And my changes does not wrap new
> api (except of adding tiny wrappers for static initializers).

I liked your approach, but at the same time there is a problem: It would 
break completely any API that includes GMutex/GCond.  GTK itself exposes 
a GMutex when you use gtk/gtk.h.

We can exploit the macro vs. inline function difference to our 
advantage, to keep the wrapper small (just 
s/GMutex/CompatGMutex/;s/GCond/CompatGCond/) and also type safe.

I'll post my version in a second.

Paolo

  reply	other threads:[~2014-05-23 11:33 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-23  3:02 [Qemu-devel] [PATCH 0/4] buildsys: Fix module build for block-iscsi.so Fam Zheng
2014-05-23  3:02 ` [Qemu-devel] [PATCH 1/4] Makefile: Link vscclient with libqemuutil.a and libqemustub.a Fam Zheng
2014-05-23  8:22   ` Paolo Bonzini
2014-05-23  8:26     ` Michael Tokarev
2014-05-23  9:25       ` Paolo Bonzini
2014-05-23  9:36         ` Michael Tokarev
2014-05-23 11:33           ` Paolo Bonzini [this message]
2014-05-23  3:02 ` [Qemu-devel] [PATCH 2/4] Makefile: Compile libqemustub.a and libqemuutil.a with -fPIC Fam Zheng
2014-05-23  3:02 ` [Qemu-devel] [PATCH 3/4] rules.mak: Link DSO with libqemuutil.a Fam Zheng
2014-05-23  3:02 ` [Qemu-devel] [PATCH 4/4] .travis.yml: Add a new build target with --enable-modules Fam Zheng
2014-05-23  9:59 ` [Qemu-devel] [PATCH 0/4] buildsys: Fix module build for block-iscsi.so Michael Tokarev
2014-05-23 11:35   ` Paolo Bonzini
2014-05-23 11:36 ` Paolo Bonzini

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=537F3202.6090003@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=alevy@redhat.com \
    --cc=alex.bennee@linaro.org \
    --cc=cfergeau@redhat.com \
    --cc=famz@redhat.com \
    --cc=mdroth@linux.vnet.ibm.com \
    --cc=mjt@tls.msk.ru \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    --cc=stefanha@redhat.com \
    --cc=sw@weilnetz.de \
    /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.