On 11/29/05, Jim C. Brown <[EMAIL PROTECTED]> wrote:
> > For packaged versions of qemu (most Linux distributions do those days),
> > you have to rebuild it yourself (without packaging) instead of using the
> > neat available package.
Mandriva package is built with support for both kqemu and qvm86
Hi!
I was looking at qemu as a way of quickly trying compiled embedded linux
user-space programs on an ARM target, which works nicely. An interesting
possibility would be to be able to profile the emulated application while it
is running in qemu. The most crude form would be an estimated total
On Tue, Nov 29, 2005 at 08:06:30PM +0100, J?r?me Warnier wrote:
> It would be great if kqemu could be loaded at runtime instead of
> requiring qemu to be rebuild.
This is more or less already the case.
You can compile and distribute a kqemu enabled qemu binary w/o needing to
include kqemu in the
Sylvain Petreolle wrote:
why not run LANG=en_US instead ?
'cause I'm a) French, and b) lazy. I happen to understand French error
messages, which are the default on my system...
Emmanuel Charpentier
--- Emmanuel Charpentier <[EMAIL PROTECTED]> a écri
This patch adds the display of syscall names in addition to their numbers in
linux-user/syscall.c
Index: syscall.c
===
RCS file: /cvsroot/qemu/qemu/linux-user/syscall.c,v
retrieving revision 1.64
diff -u -p -r1.64 syscall.c
--- syscal
On 11/29/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >From: Gwenole Beauchesne <[EMAIL PROTECTED]>
>
> >Use DKMS for kqemu modules?
> >
>
> I would like to try this way on my Mandrake 10.0, but I'm not been
> able to find a DKMS RPM for this version (seems like DKMS has been
> introduced wit
Gwenole Beauchesne wrote:
Hi,
Case in point : I distinctly reember reading a convoluted thread in one
of the Debian lists about this /etc/alternative issue for gcc... Was I
drunk ? Or what ?
I don't know what all this rant is about
The idiocy of having a system perfectly able to handle a
Some are required for x86_64 compilation.
Index: Makefile
===
RCS file: /cvsroot/qemu/qemu/tests/Makefile,v
retrieving revision 1.33
diff -u -p -r1.33 Makefile
--- Makefile26 Apr 2005 21:39:25 - 1.33
+++ Makefile29 No
It would be great if kqemu could be loaded at runtime instead of
requiring qemu to be rebuild.
For packaged versions of qemu (most Linux distributions do those days),
you have to rebuild it yourself (without packaging) instead of using the
neat available package.
Would it be hard to do?
Any plans
>From: Gwenole Beauchesne <[EMAIL PROTECTED]>
>Use DKMS for kqemu modules?
>
I would like to try this way on my Mandrake 10.0, but I'm not been
able to find a DKMS RPM for this version (seems like DKMS has been
introduced with the 10.1 release of Mdk), so the Pterjean's RPMs
of kqemu for Mdk 10.0
Hi,
> Case in point : I distinctly reember reading a convoluted thread in one
> of the Debian lists about this /etc/alternative issue for gcc... Was I
> drunk ? Or what ?
I don't know what all this rant is about but it's always best to keep the
system compiler as chosen by the distributor. If
why not run LANG=en_US instead ?
--- Emmanuel Charpentier <[EMAIL PROTECTED]> a écrit :
> > It is hard to make out the problem when the error messages aren't in
> > english, btw.
>
> OK : I'll translate the error messages :
>
Kind regards,
Sylvain Petreolle (aka Usurp)
--- --- --- --- --- -
Daniel Jacobowitz wrote:
[ Snip ... ]
[Completely incorrect rant snipped]
I wish you were right... Alas, I stand by my words : the attitude of a
minority of Debian developpers is on the line of "If it was hard to
write, it should be hard to use". Unfortunately, this minority has a
serious
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
14 matches
Mail list logo
