From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:40168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TipoY-0001xE-Qu for qemu-devel@nongnu.org; Wed, 12 Dec 2012 12:09:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TipoS-0000b7-Sm for qemu-devel@nongnu.org; Wed, 12 Dec 2012 12:09:46 -0500 Received: from mout.web.de ([212.227.15.4]:51540) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TipoS-0000b1-Hc for qemu-devel@nongnu.org; Wed, 12 Dec 2012 12:09:40 -0500 Message-ID: <50C8BA51.1070502@web.de> Date: Wed, 12 Dec 2012 18:09:37 +0100 From: =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= MIME-Version: 1.0 References: <20121212031856.GA26121@buserror.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC PATCH] Allow building without graphics support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Scott Wood , Anthony Liguori , qemu-devel@nongnu.org, Gerd Hoffmann Am 12.12.2012 17:47, schrieb Peter Maydell: > On 12 December 2012 03:18, Scott Wood wrote: >> QEMU is sometimes used in embedded contexts, where graphical support >> is unnecessary. The ability to turn off graphics support not only >> saves some space, but it eliminates the dependency on pixman. > > I would expect that we'd want to use pixman in the emulation > of graphics devices (which should be visible to the guest even > if the host doesn't have display support). > >> My immediate motivation was that the QEMU-supplied pixman was being a >> pain to cross compile > > Problems with cross compilation should be reported as bugs > so we can fix them -- we need to fix them anyway for the more > common case where there is host graphics support. I already reported that the submodule does not configure on OSX/ppc v10.5.8 - apparently due to some PKG_ macros not getting resolved. I suspected aclocal not picking up pkg.m4 file but setting ACLOCAL_FLAGS did not help. Do we need a more modern pkg-config version than we are testing for? Another issue seemed to be that our Makefile did not take into account that I may be building with, e.g., "gcc -arch ppc64" and passing a specific $PATH for 64-bit libraries / aclocal / pkgconfig to our configure. The latest stable pixman configured but didn't compile on OSX/ppc due to undefined identifiers or something. (The broken submodule version makes it unhandy to fix this.) This is holding up my Cocoa review of the gfx_ hook (that you haven't jumped in to help out for v1.3) and I seriously doubt that it makes any difference if I go through the hoops of posting the same info on Launchpad when it Simply Works(tm) on Linux distros... Testing on OSX/i386 v10.6 is still on my TODO list. Andreas