From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41513) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WAv58-0001o0-Ap for qemu-devel@nongnu.org; Wed, 05 Feb 2014 00:31:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WAv50-0006a8-91 for qemu-devel@nongnu.org; Wed, 05 Feb 2014 00:31:30 -0500 Received: from nschwmtas05p.mx.bigpond.com ([61.9.189.149]:55003) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WAv4z-0006Zr-Sl for qemu-devel@nongnu.org; Wed, 05 Feb 2014 00:31:22 -0500 Message-ID: <52F1CCA0.2030708@rtems.org> Date: Wed, 05 Feb 2014 16:31:12 +1100 From: Chris Johns MIME-Version: 1.0 References: <1391401575-52256-1-git-send-email-chrisj@rtems.org> <20140203102959.GA10408@redhat.com> <52F01EA6.2030406@rtems.org> <20140204095918.GA4393@redhat.com> In-Reply-To: <20140204095918.GA4393@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] configure: use glib in glib pkg-config check. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" Cc: qemu-devel@nongnu.org On 4/02/2014 8:59 pm, Daniel P. Berrange wrote: > > On Linux there are more flags present in gthread-2.0.pc that are not > present in glib-2.0.pc: > > Name: GThread > Description: Thread support for GLib > Requires: glib-2.0 > Version: 2.38.2 > Libs: -L${libdir} -lgthread-2.0 -pthread > Cflags: -pthread > > > The 'Requires: glib-2.0' line there means that when QEMU asking for > flags for 'gthread-2.0', it will *also* get any flags listed in the > 'glib-2.0.pc' file. > Ah yes this is correct. I will take a closer look. Thanks for this. >>> >>> What glib version are you seeing a problem with ? >> >> glib-2.39.3 on darwin 13.0.2 (Mavrick). >> >>> It seems we should >>> really fix glib, since this will affect countless 1000's of apps using >>> it, not try to workaround in all downstream apps. >> >> This is outside of my field of view; to me it still looks qemu specific. > > I don't believe so. What QEMU is currently doing is correct so I > believe this is either a darwin specific glib bug or a flawed > build of glib on darwin. > Yes I agree. Chris