From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33770) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UouoF-0004nq-H5 for qemu-devel@nongnu.org; Tue, 18 Jun 2013 08:14:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uouo9-0003r8-5G for qemu-devel@nongnu.org; Tue, 18 Jun 2013 08:14:51 -0400 Received: from mx1.redhat.com ([209.132.183.28]:25635) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uouo8-0003qs-UE for qemu-devel@nongnu.org; Tue, 18 Jun 2013 08:14:45 -0400 Message-ID: <51C04FC4.5000007@redhat.com> Date: Tue, 18 Jun 2013 14:17:08 +0200 From: Laszlo Ersek MIME-Version: 1.0 References: <51C04671.8090305@msgid.tls.msk.ru> In-Reply-To: <51C04671.8090305@msgid.tls.msk.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] RFC: DSO (dynamic shared objects) support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Michael Tokarev Cc: qemu-devel On 06/18/13 13:37, Michael Tokarev wrote: > Next, and this is the most complex part. The build system for > modules, and configuring it. I heard there were plans to use > something like kbuild system for that, has anything been done > in this context? Sorry for responding separately... Some module/symbol versioning will be necessary, as the binding will be delayed until runtime, and users *will* mix and match qemu and modules, and get random crashes. AFAIK versioning is a good way to avoid that (you would get an error in dlopen(), and dlerror() would pinpoint problem). No idea how to implement this though, except I expect there's no chance to do it halfway portably without libtool. POSIX is very laconic regarding shared libraries, for example http://pubs.opengroup.org/onlinepubs/9699919799/utilities/c99.html in SUSv4 doesn't say anything about them. Laszlo