From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MtQ9r-0000Kh-Qs for qemu-devel@nongnu.org; Thu, 01 Oct 2009 14:13:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MtQ9n-0000EL-2l for qemu-devel@nongnu.org; Thu, 01 Oct 2009 14:13:39 -0400 Received: from [199.232.76.173] (port=59912 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MtQ9m-0000Dw-P2 for qemu-devel@nongnu.org; Thu, 01 Oct 2009 14:13:34 -0400 Received: from mx20.gnu.org ([199.232.41.8]:65400) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MtQ9m-0003ZN-CR for qemu-devel@nongnu.org; Thu, 01 Oct 2009 14:13:34 -0400 Received: from moutng.kundenserver.de ([212.227.17.9]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MtQ9k-0004oq-EU for qemu-devel@nongnu.org; Thu, 01 Oct 2009 14:13:32 -0400 Message-ID: <4AC4F145.400@mail.berlios.de> Date: Thu, 01 Oct 2009 20:13:25 +0200 From: Stefan Weil MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Check availability of uuid header / lib References: <4A6888AC.3050509@mail.berlios.de> <1248380874-7298-1-git-send-email-weil@mail.berlios.de> <200907240832.33998.Christoph.Egger@amd.com> In-Reply-To: <200907240832.33998.Christoph.Egger@amd.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Christoph Egger Cc: qemu-devel@nongnu.org Christoph Egger schrieb: > On Thursday 23 July 2009 22:27:54 Stefan Weil wrote: > >> The Universally Unique Identifier library will be used >> for the new vdi block driver and maybe other parts of QEMU. >> > > This is very Linux specific. > On NetBSD, the header is in and part of libc. > The API implements DCE 1.1 RPC specification which is > very different from Linux uuid. > > Christoph > > The Linux implementation claims to conform to OSF DCE 1.1, see manpages of libuuid. Do you think that we need a QEMU wrapper to handle different implementations? Stefan