[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Build Broken?
From: |
Tom Musta |
Subject: |
Re: [Qemu-devel] Build Broken? |
Date: |
Tue, 13 May 2014 10:58:11 -0500 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 |
On 5/13/2014 10:55 AM, Peter Maydell wrote:
> On 13 May 2014 16:34, Michael Tokarev <address@hidden> wrote:
>> 13.05.2014 18:17, Tom Musta wrote:
>>> The current origin/master is not building for me:
>>>
>>> LINK qemu-img
>>> qemu-img.o: In function `add_format_to_seq':
>>> /bghome/tmusta/powerisa/qemu/qemu/qemu-img.c:73: undefined reference to
>>> `g_sequence_lookup'
>>> collect2: ld returned 1 exit status
>>> make: *** [qemu-img] Error 1
>> []
>>> It appears that this code is dependent on glib.h function that is newer
>>> than one of my build systems
>>> (RHEL 6 update 5, gcc version 4.4.7 20120313 (Red Hat 4.4.7-4))
>>>
>>> Is this a known limitation? i.e. is QEMU 2.1 going to prereq a newer
>>> version of glib2?
>>
>> If we're going to require more recent glib (g_sequence_lookup() first
>> appeared in 2.26),
>> let's require at least 2.31 with the new threading primitives as well.
>
> This is the wrong end to approach this question from, I think.
> We should start with "which RedHat/Fedora/Debian/SuSE/etc
> distro versions do we need to support?" and then can derive
> the minimum glib version from that.
>
> In particular, if RHEL6 doesn't have a glib with
> g_sequence_lookup I think it's a fairly straightforward
> decision to say we can't use it.
>
> thanks
> -- PMM
>
RHEL 6 is glib 2.26, I believe:
> rpm -q -f /usr/include/glib-2.0/glib.h
glib2-devel-2.26.1-3.el6.ppc64