[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] How are we looking for a release?

From: Alexander Graf
Subject: Re: [Qemu-devel] How are we looking for a release?
Date: Mon, 2 Mar 2009 11:15:50 +0100

On 01.03.2009, at 18:41, Andreas Färber <address@hidden> wrote:

Am 27.02.2009 um 19:55 schrieb Anthony Liguori:

The current cocoa implementation is extremely difficult to maintain. I'd really like to see it deprecated in favor of SDL

I understand that it is difficult to maintain for someone not running OSX, and I am okay with fixing it ourselves like in this case. Didn't you propose to add a native Gtk+ frontend yourself?

I don't see any issues with keeping it in the tree, as long as there are contributors fixing it, which is currently the case.

I could understand if you were thinking of dropping it because nobody cares, but please don't drop code just because.

([...] 64-bit OS X--but does that even exist today?).

It does exist, and I'm running on it. Mac OS X v10.4 had 64-bit support for non-graphical apps, v10.5 added Cocoa support.

SDL 1.2.13 is a ppc+i386 Universal Binary only. It is a Mach-O Framework and does not include an sdl-config tool, so it is not detected by QEMU's configure. You would use it through -framework SDL rather than `sdl-config --libs`. I have no further knowledge about SDL on Mac OS X other than that it was not installed on my system. But in order to extend QEMU to a real graphical frontend the choice is certainly the native Cocoa API.

It's even worse than that. I have a working SDL compilation on my Mac that runs for 32 bit target mode. But as far as I'm aware of it, there is no x86_64 SDL available, because Apple dropped some APIs in 64 bit mode.

So while you could theoretically build qemu with SDL on osx-i386, there is no way you could on osx-x86_64 atm.

Originally I was using Q, a Cocoa frontend patched into QEMU 0.9.0 CVS. Shortly after we updated it for 0.9.1, they reorganized the project for Q2 and imported some version of QEMU into their SVN tree, decoupling Q from QEMU SVN trunk. Development seems to have stalled since then. So currently, QEMU's basic Cocoa frontend is the only way to use a graphical QEMU on Mac OS X to my knowledge.

With the recent vnc enhancements it might make sense to write a ui app decoupled from qemu that does basically what libvirt/virtman does.

But I'm not exactly a UI developer, so I'll leave the fun to you :).


reply via email to

[Prev in Thread] Current Thread [Next in Thread]