From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1METhl-0004Ev-JV for qemu-devel@nongnu.org; Wed, 10 Jun 2009 15:43:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1METhg-0004EN-JD for qemu-devel@nongnu.org; Wed, 10 Jun 2009 15:43:24 -0400 Received: from [199.232.76.173] (port=47698 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1METhg-0004EK-Cy for qemu-devel@nongnu.org; Wed, 10 Jun 2009 15:43:20 -0400 Received: from mx1.redhat.com ([66.187.233.31]:53382) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1METhf-00037L-Rs for qemu-devel@nongnu.org; Wed, 10 Jun 2009 15:43:20 -0400 Date: Wed, 10 Jun 2009 15:41:14 -0400 From: Glauber Costa Subject: Re: [Qemu-devel] [PATCH 1/4] Include and build libfdt Message-ID: <20090610194114.GA12402@shell.devel.redhat.com> References: <20090610173803.4674.82538.stgit@wren.home> <20090610173812.4674.57930.stgit@wren.home> <20090610190838.GA9461@poweredge.glommer> <200906102027.30706.paul@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200906102027.30706.paul@codesourcery.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: qemu-devel@nongnu.org On Wed, Jun 10, 2009 at 08:27:30PM +0100, Paul Brook wrote: > On Wednesday 10 June 2009, Glauber Costa wrote: > > On Wed, Jun 10, 2009 at 06:38:12PM +0100, Paul Brook wrote: > > > Inlcude libfdt in source tree, and build it if not already available. > > > > what makes libfdt different than everything else that we link with? > > Why do we have to have a in-tree copy of that? > > AFAIK libfdt is still absent from current releases of common mainstream > distros[1], and qemu is going to become increasingly useless without it. This is an argument for both including it in our source release, and pushing it to get shipped as a stand alone package. I believe the later is a much more sane approach long term > > c.f. dtc where we use the system version. > > Paul > > [1] We can argue about what constitutes sufficiently wide acceptance, but IMHO > Fedora, Ubuntu and Debian Sid would be a fairly good start.