qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Chris Johns <chrisj@rtems.org>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] configure: use glib in glib pkg-config check.
Date: Tue, 04 Feb 2014 09:56:38 +1100	[thread overview]
Message-ID: <52F01EA6.2030406@rtems.org> (raw)
In-Reply-To: <20140203102959.GA10408@redhat.com>

On 3/02/2014 9:29 pm, Daniel P. Berrange wrote:
> On Mon, Feb 03, 2014 at 03:26:15PM +1100, Chris Johns wrote:
>> Building against with a recent glib in a custom prefix fails because
>> the gthread cflags in the pkg-config file do not have the correct path
>> while the glib pc file does.
>>
>> Signed-off-by: Chris Johns <chrisj@rtems.org>
>> ---
>>   configure | 6 +++---
>>   1 file changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/configure b/configure
>> index b472694..12f730f 100755
>> --- a/configure
>> +++ b/configure
>> @@ -2343,9 +2343,9 @@ if test "$mingw32" = yes; then
>>   else
>>       glib_req_ver=2.12
>>   fi
>> -if $pkg_config --atleast-version=$glib_req_ver gthread-2.0; then
>> -    glib_cflags=`$pkg_config --cflags gthread-2.0`
>> -    glib_libs=`$pkg_config --libs gthread-2.0`
>> +if $pkg_config --atleast-version=$glib_req_ver glib-2.0; then
>> +    glib_cflags=`$pkg_config --cflags glib-2.0`
>> +    glib_libs=`$pkg_config --libs glib-2.0`
>>       LIBS="$glib_libs $LIBS"
>>       libs_qga="$glib_libs $libs_qga"
>>   else
>
> This change will cause  -pthread linker + compiler flag to be lost.
>

I see in gthread-2.0.pc ..

  Libs: -L${libdir} -lgthread-2.0
  Cflags: -D_REENTRANT

and qemu includes 'glib.h'. Without the glib pc flags being used the 
build fails not being able to find 'glib.h'.

I have no idea about the relationship this has with -pthread. Are both 
needed ? It is not a problem on darwin. Qemu is building and running the 
RTEMS testsuite nicely on the arm architecture (with the posted zync 
reset patch).

>
> 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.

Chris

  reply	other threads:[~2014-02-03 22:57 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-03  4:26 [Qemu-devel] [PATCH] configure: use glib in glib pkg-config check Chris Johns
2014-02-03 10:29 ` Daniel P. Berrange
2014-02-03 22:56   ` Chris Johns [this message]
2014-02-03 23:17     ` Peter Maydell
2014-02-04  9:59     ` Daniel P. Berrange
2014-02-05  5:31       ` Chris Johns

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=52F01EA6.2030406@rtems.org \
    --to=chrisj@rtems.org \
    --cc=berrange@redhat.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).