* [Qemu-devel] [PATCH] [RFC] Syncing documentation vs. -help vs. qemu_options table v3
@ 2009-03-17 17:23 Blue Swirl
2009-03-17 23:08 ` Paul Brook
0 siblings, 1 reply; 9+ messages in thread
From: Blue Swirl @ 2009-03-17 17:23 UTC (permalink / raw)
To: qemu-devel
[-- Attachment #1: Type: text/plain, Size: 152 bytes --]
Hi,
This version uses a C tool to parse the options file instead of Perl
script. I also added HXCOMM for comment purposes.
Does this work on Windows?
[-- Attachment #2: option_system.diff.bz2 --]
[-- Type: application/x-bzip2, Size: 22701 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [PATCH] [RFC] Syncing documentation vs. -help vs. qemu_options table v3
2009-03-17 17:23 [Qemu-devel] [PATCH] [RFC] Syncing documentation vs. -help vs. qemu_options table v3 Blue Swirl
@ 2009-03-17 23:08 ` Paul Brook
2009-03-18 6:51 ` Avi Kivity
0 siblings, 1 reply; 9+ messages in thread
From: Paul Brook @ 2009-03-17 23:08 UTC (permalink / raw)
To: qemu-devel; +Cc: Blue Swirl
On Tuesday 17 March 2009, Blue Swirl wrote:
> Hi,
>
> This version uses a C tool to parse the options file instead of Perl
> script. I also added HXCOMM for comment purposes.
>
> Does this work on Windows?
I'm pretty sure it doesn't work in cross environments.
Paul
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [PATCH] [RFC] Syncing documentation vs. -help vs. qemu_options table v3
2009-03-17 23:08 ` Paul Brook
@ 2009-03-18 6:51 ` Avi Kivity
2009-03-18 10:15 ` Paul Brook
0 siblings, 1 reply; 9+ messages in thread
From: Avi Kivity @ 2009-03-18 6:51 UTC (permalink / raw)
To: qemu-devel; +Cc: Blue Swirl
Paul Brook wrote:
>> This version uses a C tool to parse the options file instead of Perl
>> script. I also added HXCOMM for comment purposes.
>>
>> Does this work on Windows?
>>
>
> I'm pretty sure it doesn't work in cross environments.
>
Just have qemu-user run the thing.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [PATCH] [RFC] Syncing documentation vs. -help vs. qemu_options table v3
2009-03-18 6:51 ` Avi Kivity
@ 2009-03-18 10:15 ` Paul Brook
2009-03-18 10:18 ` Avi Kivity
2009-03-19 23:50 ` [Qemu-devel] Random thought about qemu-user and Windows Jamie Lokier
0 siblings, 2 replies; 9+ messages in thread
From: Paul Brook @ 2009-03-18 10:15 UTC (permalink / raw)
To: qemu-devel; +Cc: Blue Swirl, Avi Kivity
On Wednesday 18 March 2009, Avi Kivity wrote:
> Paul Brook wrote:
> >> This version uses a C tool to parse the options file instead of Perl
> >> script. I also added HXCOMM for comment purposes.
> >>
> >> Does this work on Windows?
> >
> > I'm pretty sure it doesn't work in cross environments.
>
> Just have qemu-user run the thing.
That's not going to work for several reasons:
- You might not be building qemu-user.
- qemu-user only supports a very small subset of systems. e.g. it's no use for
linux->windows cross builds, which I expect to be the most common case
- The necessary runtime libraries might not be installed. Even if they are,
qemu probably doesn't know where to find them.
Paul
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] [PATCH] [RFC] Syncing documentation vs. -help vs. qemu_options table v3
2009-03-18 10:15 ` Paul Brook
@ 2009-03-18 10:18 ` Avi Kivity
2009-03-19 23:50 ` [Qemu-devel] Random thought about qemu-user and Windows Jamie Lokier
1 sibling, 0 replies; 9+ messages in thread
From: Avi Kivity @ 2009-03-18 10:18 UTC (permalink / raw)
To: Paul Brook; +Cc: Blue Swirl, qemu-devel
Paul Brook wrote:
>>>> This version uses a C tool to parse the options file instead of Perl
>>>> script. I also added HXCOMM for comment purposes.
>>>>
>>>> Does this work on Windows?
>>>>
>>> I'm pretty sure it doesn't work in cross environments.
>>>
>> Just have qemu-user run the thing.
>>
>
> That's not going to work for several reasons:
> - You might not be building qemu-user.
> - qemu-user only supports a very small subset of systems. e.g. it's no use for
> linux->windows cross builds, which I expect to be the most common case
> - The necessary runtime libraries might not be installed. Even if they are,
> qemu probably doesn't know where to find them.
>
That was not a serious suggestion.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Qemu-devel] Random thought about qemu-user and Windows
2009-03-18 10:15 ` Paul Brook
2009-03-18 10:18 ` Avi Kivity
@ 2009-03-19 23:50 ` Jamie Lokier
2009-03-19 23:56 ` Johannes Schindelin
2009-03-20 20:18 ` Stuart Brady
1 sibling, 2 replies; 9+ messages in thread
From: Jamie Lokier @ 2009-03-19 23:50 UTC (permalink / raw)
To: qemu-devel; +Cc: Blue Swirl, Avi Kivity
Paul Brook wrote:
> - qemu-user only supports a very small subset of systems. e.g. it's
> no use for linux->windows cross builds, which I expect to be the
> most common case
Hmm... I wonder how much would be required to emulate just the
Windows system calls (used by normal applications)? I.e. the same way
qemu-user emulates the Linux and BSD system calls used by normal apps.
WINE does this, of course, but WINE is much bigger than that - it
replaces all the Windows userspace libraries. That's much bigger than
just kernel behaviour. I wonder how big the part needed just for
Windows system calls would be.
-- Jamie
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] Random thought about qemu-user and Windows
2009-03-19 23:50 ` [Qemu-devel] Random thought about qemu-user and Windows Jamie Lokier
@ 2009-03-19 23:56 ` Johannes Schindelin
2009-03-20 20:18 ` Stuart Brady
1 sibling, 0 replies; 9+ messages in thread
From: Johannes Schindelin @ 2009-03-19 23:56 UTC (permalink / raw)
To: Jamie Lokier; +Cc: Blue Swirl, qemu-devel, Avi Kivity
Hi,
On Thu, 19 Mar 2009, Jamie Lokier wrote:
> Paul Brook wrote:
> > - qemu-user only supports a very small subset of systems. e.g. it's
> > no use for linux->windows cross builds, which I expect to be the
> > most common case
>
> Hmm... I wonder how much would be required to emulate just the
> Windows system calls (used by normal applications)? I.e. the same way
> qemu-user emulates the Linux and BSD system calls used by normal apps.
>
> WINE does this, of course, but WINE is much bigger than that - it
> replaces all the Windows userspace libraries. That's much bigger than
> just kernel behaviour. I wonder how big the part needed just for
> Windows system calls would be.
You would still need all the proprietary libraries, such as kernel32.dll,
user32.dll, ...
I guess, though, that the Ring3k project comes pretty close to emulating
your idea: http://ring3k.org/
Keep in mind, translating syscalls from one architecture to another
architecture is non-trivial (I once discussed this with a Solaris kernel
developer, and he convinced me that it is a big task).
Ciao,
Dscho
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] Random thought about qemu-user and Windows
2009-03-19 23:50 ` [Qemu-devel] Random thought about qemu-user and Windows Jamie Lokier
2009-03-19 23:56 ` Johannes Schindelin
@ 2009-03-20 20:18 ` Stuart Brady
2009-03-21 9:13 ` Andreas Färber
1 sibling, 1 reply; 9+ messages in thread
From: Stuart Brady @ 2009-03-20 20:18 UTC (permalink / raw)
To: qemu-devel
On Thu, Mar 19, 2009 at 11:50:15PM +0000, Jamie Lokier wrote:
> Hmm... I wonder how much would be required to emulate just the
> Windows system calls (used by normal applications)? I.e. the same way
> qemu-user emulates the Linux and BSD system calls used by normal apps.
>
> WINE does this, of course, but WINE is much bigger than that - it
> replaces all the Windows userspace libraries. That's much bigger than
> just kernel behaviour. I wonder how big the part needed just for
> Windows system calls would be.
Hmm, at some point in the future, I suppose it's possible that there
could be a demand for something like FX!32 (which let you run i386 apps
on NT for DEC Alpha)... x86 seems to be here to stay, though...
For most users, I suppose qemu+wine would (in theory) be want they want,
although perhaps it'd be possible to run some code (e.g. wineserver?)
directly on the host CPU, without any translation.
--
Stuart Brady
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] Random thought about qemu-user and Windows
2009-03-20 20:18 ` Stuart Brady
@ 2009-03-21 9:13 ` Andreas Färber
0 siblings, 0 replies; 9+ messages in thread
From: Andreas Färber @ 2009-03-21 9:13 UTC (permalink / raw)
To: qemu-devel
Am 20.03.2009 um 21:18 schrieb Stuart Brady:
> On Thu, Mar 19, 2009 at 11:50:15PM +0000, Jamie Lokier wrote:
>> Hmm... I wonder how much would be required to emulate just the
>> Windows system calls (used by normal applications)? I.e. the same
>> way
>> qemu-user emulates the Linux and BSD system calls used by normal
>> apps.
>>
>> WINE does this, of course, but WINE is much bigger than that - it
>> replaces all the Windows userspace libraries. That's much bigger
>> than
>> just kernel behaviour. I wonder how big the part needed just for
>> Windows system calls would be.
>
> Hmm, at some point in the future, I suppose it's possible that there
> could be a demand for something like FX!32 (which let you run i386
> apps
> on NT for DEC Alpha)... x86 seems to be here to stay, though...
>
> For most users, I suppose qemu+wine would (in theory) be want they
> want,
> although perhaps it'd be possible to run some code (e.g. wineserver?)
> directly on the host CPU, without any translation.
Isn't that what ReactOS does when run through KVM, in a similar way to
Haiku allowing to execute BeOS apps?
Andreas
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2009-03-21 9:13 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-03-17 17:23 [Qemu-devel] [PATCH] [RFC] Syncing documentation vs. -help vs. qemu_options table v3 Blue Swirl
2009-03-17 23:08 ` Paul Brook
2009-03-18 6:51 ` Avi Kivity
2009-03-18 10:15 ` Paul Brook
2009-03-18 10:18 ` Avi Kivity
2009-03-19 23:50 ` [Qemu-devel] Random thought about qemu-user and Windows Jamie Lokier
2009-03-19 23:56 ` Johannes Schindelin
2009-03-20 20:18 ` Stuart Brady
2009-03-21 9:13 ` Andreas Färber
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.