From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40296) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YSo3s-0003L6-Iv for qemu-devel@nongnu.org; Tue, 03 Mar 2015 09:44:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YSo3n-0002Tz-At for qemu-devel@nongnu.org; Tue, 03 Mar 2015 09:44:40 -0500 Received: from mail-wg0-x22e.google.com ([2a00:1450:400c:c00::22e]:38477) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YSo3n-0002Tu-35 for qemu-devel@nongnu.org; Tue, 03 Mar 2015 09:44:35 -0500 Received: by wgha1 with SMTP id a1so40470005wgh.5 for ; Tue, 03 Mar 2015 06:44:34 -0800 (PST) Sender: Paolo Bonzini Message-ID: <54F5C8CD.5010707@redhat.com> Date: Tue, 03 Mar 2015 15:44:29 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <20150226165911.GA20287@redhat.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PULL v2] pci, pc, virtio fixes and cleanups List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell , "Michael S. Tsirkin" Cc: QEMU Developers On 03/03/2015 15:37, Peter Maydell wrote: > Doesn't build with our minimum glib requirement, I'm afraid: > > /home/petmay01/linaro/qemu-for-merges/hw/acpi/aml-build.c:313: > undefined reference to `g_ptr_array_new_with_free_func' > > (that function only appeared in glib 2.22.) >>From a few weeks ago: > Moving beyond 2.22 would be awkward for me in that my OSX > box only has 2.22 because fink doesn't have anything newer. > I could probably deal with that somehow (switching to some > other package system, probably). > > Debian stable is "2.33.12+really2.32.4-5" and oldstable > is "2.24.2-1" (and if my googling is right is an LTS release). > > Ubuntu Lucid (LTS release) is 2.24; Precise (also LTS) > is 2.32. > > Daniel says RHEL6 has 2.28. > > That suggests to me that we could reasonably advance to > 2.22 or 2.24 if it seemed beneficial, but not beyond that. > Is there anything particularly worthwhile that would get us? Maybe we have a candidate now. That function doesn't seem easy to replace, and it is pretty useful. Paolo