From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:37318) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCX1S-0004yH-75 for qemu-devel@nongnu.org; Fri, 14 Sep 2012 10:37:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TCX1O-0007GA-7Q for qemu-devel@nongnu.org; Fri, 14 Sep 2012 10:37:34 -0400 Received: from v220110690675601.yourvserver.net ([78.47.199.172]:60250) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCX1O-0007G5-0K for qemu-devel@nongnu.org; Fri, 14 Sep 2012 10:37:30 -0400 Message-ID: <50534127.6010604@weilnetz.de> Date: Fri, 14 Sep 2012 16:37:27 +0200 From: Stefan Weil MIME-Version: 1.0 References: <50532E80.5060905@redhat.com> In-Reply-To: <50532E80.5060905@redhat.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] directory hierarchy List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: qemu-devel Am 14.09.2012 15:17, schrieb Paolo Bonzini: > Hi all, > > here is a proposal for moving around 150 C files currently in the > toplevel directory to separate, well-delimited subdirectories. Header > files would be moved for now in include/, preparing for subsequent > reorganization of headers. > > Usually the files would keep their names, but I loathe names starting > with qemu-* so I took the occasion to rename those. > > This does not touch the hw/ directory, which is its own mess and worth a > separate discussion. Cleaning it up may require introducing more > CONFIG_* symbols and moving stuff to libhw whenever possible (for > example if we want all NICs in hw/net, all RTCs in hw/rtc, etc. perhaps > with some exceptions for USB). > > Opinions, flames, "stop this guy"s are welcome as usual. > > Paolo I really appreciate your proposal for a cleaner directory hierarchy. Here are some more ideas: * Move the target-xxx directories (currently 15) to target/xxx. * Add host/xxx for host specific files (xxx = posix, wxx). Here the currently used win32 might be replaced by either wxx or by win as most of it also applies to w64. An alternative solution would add host specific subdirectories to include/qemu and util. * Move machine implementations (code which calls machine_init) to the respective architecture directories (hw/arm, ...). Meanwhile we have more than 50 machine implementations in hw. We could also replace hw/alpha, hw/arm, hw/cris, ... to hw/arch/alpha and so on. * Move hardware implementations which are architecture specific to the architecture directories. This is sometimes less obvious than the machine implementations. Stefan