From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Qemu-devel] [PATCH] Introduce QEMU_NEW() Date: Mon, 25 Jul 2011 07:21:07 -0500 Message-ID: <4E2D5FB3.7000906@codemonkey.ws> References: <1311583872-362-1-git-send-email-avi@redhat.com> <4E2D5D7C.40208@codemonkey.ws> <4E2D5F0D.2040303@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org To: Avi Kivity Return-path: Received: from mail-yi0-f46.google.com ([209.85.218.46]:49494 "EHLO mail-yi0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750932Ab1GYMVJ (ORCPT ); Mon, 25 Jul 2011 08:21:09 -0400 Received: by yia27 with SMTP id 27so2166299yia.19 for ; Mon, 25 Jul 2011 05:21:09 -0700 (PDT) In-Reply-To: <4E2D5F0D.2040303@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 07/25/2011 07:18 AM, Avi Kivity wrote: > On 07/25/2011 03:11 PM, Anthony Liguori wrote: >> On 07/25/2011 03:51 AM, Avi Kivity wrote: >>> qemu_malloc() is type-unsafe as it returns a void pointer. Introduce >>> QEMU_NEW() (and QEMU_NEWZ()), which return the correct type. >> >> Just use g_new() and g_new0() >> > > These bypass qemu_malloc(). Are we okay with that? Yes. We can just make qemu_malloc use g_malloc. > I suppose so, since many library functions can allocate memory and > bypass qemu_malloc()? Right. Regards, Anthony Liguori >