Hi Paul
I get a compile errorif I try with latest qemu cvs:
../dyngen -o op.h op.o
../dyngen -c -o opc.h op.o
gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I.
-I/home/tux/tmp/qemu/target-sparc -I/home/tux/tmp/qemu
-I/home/tux/tmp/qemu/host-i386 -I/home/tux/tmp/qemu/linux-user
-I/
Updated gtk2.c and xvid_fs.c; Fullscreen mode now works perfectly, there is no
more title bar above qemu window. "Your illusion is now complete." I may or
may not hack gdk_set_window_pointer.c to support linux framebuffer, if I do
I'll probably add a fb_fs.c to support fullscreen mode in the frameb
On Tue, May 31, 2005 at 03:45:03PM -0400, Jim C. Brown wrote:
> On Mon, May 30, 2005 at 08:24:09PM -0400, Jim C. Brown wrote:
> > Here is the new driver. Patch is against a clean qemu directory. Once you
> > apply the patch, dump the attached files into the qemu root directory and
> > run configure
On Mon, May 30, 2005 at 08:24:09PM -0400, Jim C. Brown wrote:
> Here is the new driver. Patch is against a clean qemu directory. Once you
> apply the patch, dump the attached files into the qemu root directory and
> run configure with '--enable-gtk' option. The '--set-fs-driver=' option
> exists bu
On Tue, May 31, 2005 at 04:15:34PM +0200, Sylvain Petreolle wrote:
> --- "Jim C. Brown" <[EMAIL PROTECTED]> a ?crit :
>
> > Here is the new driver. Patch is against a clean qemu directory. Once you
> > apply the patch, dump the attached files into the qemu root directory and
> > run configure with
The qemu configure script will silently disable graphical output if it can't
find a suitable output library (ie. SDL). This is a very common source of
confusion for people building qemu for the first time. It's not obvious from
the configure output that SDL is effectively required for normal op
$BK\F|!"?75,EPO?$N$*5RMM$K8B$j0lK|1_J,;H$$J|Bj$N%3!<[EMAIL PROTECTED](B
http://www.awg4.com/?chance14
$B"-"-"d$*CN$i$;"c"-"-(B
$B"((B($B2hA|(B)$B!!(B($BF02h(B)$B!!(B($BD>EE(B)$B!!(B($BD>%a(B)$B$r<+M3$K8r49=PMh$^$9(B
$B"($"$k$*5RMM$O(BFREE$B$G$N%A%c%C%H$b8D!9$G3Z$7$s$G$$$k8
I've made available a new version of my hand-written code generator for qemu.
The patch is getting rather large, so I've put it on a web server to avoid
spamming the list:
https://nowt.dyndns.org/patch.qemu_qop.gz
In principle it's very similar to the previous patch. The main difference is
that
--- "Jim C. Brown" <[EMAIL PROTECTED]> a écrit :
> Here is the new driver. Patch is against a clean qemu directory. Once you
> apply the patch, dump the attached files into the qemu root directory and
> run configure with '--enable-gtk' option. The '--set-fs-driver=' option
> exists but there shou
Le mardi 31 mai 2005 à 00:00 -0700, John Davidorff Pell a écrit :
> Is kQemu closed source? I thought it was just not a GPL compatible
> license. Don't you have to build it with your qemu tree??
>
> If you get the source code from a freely downloadable archive, then
> its most certainly not cl
Well, it turns out I am totally confused. I checked online and -- lo
and behold -- the kqemu tar is just an elf binary :-(
I stand corrected (by myself)
JP
On 31 May 2005, at 00:00, John Davidorff Pell wrote:
Is kQemu closed source? I thought it was just not a GPL compatible
license. D
Is kQemu closed source? I thought it was just not a GPL compatible
license. Don't you have to build it with your qemu tree??
If you get the source code from a freely downloadable archive, then
its most certainly not closed source...
Or maybe I'm totally confused and kQemu is binary-only. :-
12 matches
Mail list logo