All of lore.kernel.org
 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 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.