Re: [Qemu-devel] [RFC PATCH] Allow building without graphics support

["Andreas Färber" <andreas.faerber@web.de>]

Am 12.12.2012 17:47, schrieb Peter Maydell:
> On 12 December 2012 03:18, Scott Wood <scottwood@freescale.com> 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