On 09/07/2010 12:44 AM, Andreas Färber wrote:
1) We drop Windows support. No Windows user has so far participated in
the discussion. When they cry, it'll be too late, cf. kqemu.
That's different. kqemu was crippling qemu development much more than
Win32. kqemu littered the code with #ifdefs
On 09/05/2010 06:05 PM, Avi Kivity wrote:
I'm perfectly fine with dropping it. btw, there are other features in
qemu that seem to be academic exercises - *-user for example. What is it
useful for? Most open source stuff is multiplatform, and serious
commercial work needs something faster than
On Mon, Sep 6, 2010 at 10:59 AM, Paolo Bonzini pbonz...@redhat.com wrote:
On 09/05/2010 06:05 PM, Avi Kivity wrote:
I'm perfectly fine with dropping it. btw, there are other features in
qemu that seem to be academic exercises - *-user for example. What is it
useful for? Most open source
Am 05.09.2010 um 17:41 schrieb Paolo Bonzini:
The main thing is what you wrote in another message: what can QEMU
offer on Windows and Darwin that semi-free Virtual Box and
proprietary VMware cannot? I like to think that it can offer
something, but maybe I'm wrong. :/
On Darwin/ppc64,
Am 18.08.2010 um 10:31 schrieb Paolo Bonzini:
On 08/17/2010 09:56 PM, Anthony Liguori wrote:
If Paolo's Win32 threads get merged, would there be other reasons
against continuing Win32 support?
I think a better question would be, should we even bother with thread
wrappers? If we drop win32
On 08/17/2010 09:56 PM, Anthony Liguori wrote:
If Paolo's Win32 threads get merged, would there be other reasons
against continuing Win32 support?
I think a better question would be, should we even bother with thread
wrappers? If we drop win32 support, we can just assume pthreads and
avoid a
On 08/12/10 11:17, Stefan Weil wrote:
Am 12.08.2010 00:12, schrieb Paolo Bonzini:
Jes has an opinion how thinks should be done, and I have a different one.
If you read the complete history, you can see that I suggested a
compromise (*)
which would give the same result as Jes' suggestions.
On 08/15/2010 11:42 PM, Anthony Liguori wrote:
Given that it's known to have a lot of issues, I would suggest that we
schedule Windows host support for deprecation in 0.15. I would not
recommend that we remove any of the WIN32 code from the build but
basically stop trying to make it even build
Am 12.08.2010 00:12, schrieb Paolo Bonzini:
On 08/11/2010 03:37 PM, Stefan Weil wrote:
With these changes, build succeeds with SDL. For example,
qemu-system-sparc.exe can boot from a Sparc32 CD under Wine.
Yes, that's a possible solution.
You could also take these patches which I sent to
On 08/12/2010 05:17 AM, Stefan Weil wrote:
Jes has an opinion how thinks should be done, and I have a different one.
If you read the complete history, you can see that I suggested a
compromise (*)
which would give the same result as Jes' suggestions. Only the steps
to reach this result were
On 08/11/2010 03:37 PM, Stefan Weil wrote:
With these changes, build succeeds with SDL. For example,
qemu-system-sparc.exe can boot from a Sparc32 CD under Wine.
Yes, that's a possible solution.
You could also take these patches which I sent to qemu-devel:
11 matches
Mail list logo
