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