Re: [Qemu-devel] Unmaintained QEMU builds

[malc]

On Sun, 5 Sep 2010, Avi Kivity wrote:

>  On 09/05/2010 06:57 PM, Anthony Liguori wrote:
> > On 09/05/2010 10:10 AM, Avi Kivity wrote:
> > > > As a baby step, is there any chance of publishing an automatic nightly
> > > > Windows (cross-)build as a .zip file on qemu.org? That might give more
> > > > users a chance of detecting runtime faults during the development cycle.
> > > 
> > > 
> > > That's doable and useful, yes.
> > 
> > I doubt it's useful.
> > 
> > We don't have a massive pool of developers sitting on their hands waiting
> > for something else to work on.  We don't have myriads of users demanding
> > better Windows support.  Search the list, there's almost no one asking
> > questions about Windows and considering that it's missing a ton of features
> > and constantly broken, that strongly suggests that no one is actually using
> > it.
> 
> Or maybe, real users don't use the git repository, so they aren't aware of the
> constant breakage.
> 
> > Windows support in QEMU is an academic exercise that's only of interest to
> > developers.
> 
> 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 tcg.

Riiight.. Here's a story, my work duties required me to fiddled with
IP3K based board, thing is - even though their gdb patches were obviously
freely available they were hopelessly endianness confused there were
two options: a) fix it b) use linux-user to run their x86 version of gdb.

I picked b) and it worked just fine. Actually i have two stories, story
number two, since i do not have Adobe Flash but sometimes want to watch
a non-youtube video i need somehow to figure out how .swf requests the
file, giving that i didn't exactly want to learn Flash assembly and the
only decompiler was binary only, i just used it with linux-user.

> 
> I can understand cross-cpu system mode being very useful to embedded or kernel
> developers.  x-on-x is only useful with virtualization, otherwise the
> performance penalty is too great.
> 
> 

-- 
mailto:address@hidden