From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:41975) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RGCP7-0008Bo-9h for qemu-devel@nongnu.org; Tue, 18 Oct 2011 12:20:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RGCP6-0003Tj-7G for qemu-devel@nongnu.org; Tue, 18 Oct 2011 12:20:37 -0400 Received: from mx1.redhat.com ([209.132.183.28]:46911) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RGCP5-0003Te-PO for qemu-devel@nongnu.org; Tue, 18 Oct 2011 12:20:36 -0400 Message-ID: <4E9DA74C.4090008@redhat.com> Date: Tue, 18 Oct 2011 18:20:28 +0200 From: Avi Kivity MIME-Version: 1.0 References: <1318213565-3268-1-git-send-email-jcmvbkbc@gmail.com> <1318213565-3268-7-git-send-email-jcmvbkbc@gmail.com> <4E9C0746.3030509@suse.de> <4E9C21C0.5070102@us.ibm.com> <4E9C249D.3080509@redhat.com> <4E9C38F5.2060803@codemonkey.ws> <4E9C5832.908@suse.de> <4E9C5C3E.8030505@codemonkey.ws> <4E9C69E3.6080501@weilnetz.de> <4E9C93C5.9070101@redhat.com> <4E9D7918.7060103@codemonkey.ws> <4E9D9BEE.2050406@redhat.com> <4E9DA2DE.2050904@codemonkey.ws> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] GPLv3 troubles List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Stefan Weil , qemu-devel@nongnu.org, Markus Armbruster , Blue Swirl , Max Filippov , Paolo Bonzini , =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= On 10/18/2011 06:15 PM, Peter Maydell wrote: > On 18 October 2011 17:01, Anthony Liguori wrote: > > Ah, linux-user... hadn't thought about that. Perhaps it's a lost cause. > > > > Unless we split linux-user off into a separate repository. The only real > > code sharing is TCG. > > ...and the binutils disassembly code, which is the reason we wanted > to move to GPLv3 in the first place, right? > That code is packaged in libopcodes.so, so if that is LGPLv3 we can link it in. However, it may not be available on all systems, and I don't think cross-disassemblers are installed by default. Perhaps we can make it an optional component loaded with dlopen()? Most users will never use the integrated disassembler. -- error compiling committee.c: too many arguments to function