Is there a version of kqemu that works with the cvs version of qemu? When I
tried to run qemu with kqemu, it hung while booting SuSE Linux.
DetaolB v0.8 has been released 18th,January 2008
http://prdownloads.sf.net/detaolb/detaolb_v08.iso (~60Mb)
Changelog:
- added debugging capabilities (gdb, ddd)
- added fortran language support
- added many editors (qemacs, Scite, nedit, zile)
- upgrade to perl 5.10 !
- static checker for c/c++ (s
Hi,
On Fri, 18 Jan 2008, Markus Hitter wrote:
> Am 18.01.2008 um 19:10 schrieb Johannes Schindelin:
>
> > But that broke a previously working system, and that's why I agree
> > with Fabrice.
>
> At the same time it made a more modern system work. Refusing a patch
> because it exposes existing
Am 18.01.2008 um 19:10 schrieb Johannes Schindelin:
But that broke a previously working system, and that's why I agree
with
Fabrice.
At the same time it made a more modern system work. Refusing a patch
because it exposes existing bugs isn't exactly intelligent.
Markus
- - - - - - - -
Hi,
On Fri, 18 Jan 2008, Alexander Graf wrote:
> On Jan 18, 2008, at 4:41 PM, Fabrice Bellard wrote:
>
> > Alexander Graf wrote:
> > > This patch is mostly a cleanup of Michael Matz's patch with the
> > > ideas that came last time included.
> >
> > I must say I don't like such patches because
Hi,
I'm using qemu on a Slackware 12.0 up to date. Kernel is home made, and
release is : 2.6.21.5
My processor is an AthlonXP 2500+ (so, single core and no virtualisation
instructions embedded)
My qemu and kqemu version are : kqemu-1.3.0pre11-i686-1ast
qemu-0.9.0-i686-0ast. I build myself the pack
On Jan 18, 2008, at 4:41 PM, Fabrice Bellard wrote:
Alexander Graf wrote:
This patch is mostly a cleanup of Michael Matz's patch with the ideas
that came last time included.
I must say I don't like such patches because they are likely to
break with every new GCC version.
Basically thes
Hi,
On Fri, 18 Jan 2008, Michael Matz wrote:
> On Fri, 18 Jan 2008, Johannes Schindelin wrote:
>
> > > Well, I can tell you why, but it doesn't help you: the 3.4.2
> > > compiler has different deficiencies in reload than the 4.x line of
> > > compilers. To make the whole thingy work on all co
Hi,
On Fri, 18 Jan 2008, Fabrice Bellard wrote:
> Moreover, I will commit in the next few days a new code generator in
> QEMU which will utimately solve the compilation problems. In its current
> form it still relies on "dyngen" so that legacy micro operations still
> work, but in the end dyng
Hi,
On Fri, 18 Jan 2008, Johannes Schindelin wrote:
> > Well, I can tell you why, but it doesn't help you: the 3.4.2 compiler
> > has different deficiencies in reload than the 4.x line of compilers.
> > To make the whole thingy work on all compilers trying and testing is
> > required to avoid
Alexander Graf wrote:
This patch is mostly a cleanup of Michael Matz's patch with the ideas
that came last time included.
I must say I don't like such patches because they are likely to break
with every new GCC version.
Moreover, I will commit in the next few days a new code generator in
QE
Hi,
On Fri, 18 Jan 2008, Michael Matz wrote:
> On Fri, 18 Jan 2008, Johannes Schindelin wrote:
>
> > > But I'm not talking about the clobber list at all. I reacted to the
> > > first mail forwarded to me, which was a question specifically about
> > > the hunk adding the "q" constraint, whose
Am 18.01.2008 um 15:43 schrieb Johannes Schindelin:
On Fri, 18 Jan 2008, Michael Matz wrote:
But I'm not talking about the clobber list at all. I reacted to the
first mail forwarded to me, which was a question specifically about
the
hunk adding the "q" constraint, whose purpose I explained
Hi,
On Fri, 18 Jan 2008, Johannes Schindelin wrote:
> > But I'm not talking about the clobber list at all. I reacted to the
> > first mail forwarded to me, which was a question specifically about the
> > hunk adding the "q" constraint, whose purpose I explained. Are you now
> > also asking a
Am 17.01.2008 um 18:11 schrieb Andreas Färber:
Hi,
Am 17.01.2008 um 16:29 schrieb Johannes Schindelin:
I found two extra #endifs, in target-mips/exec.h and target-ppc/
exec.h. I
updated my "gcc4" branch.
I tested sparc-softmmu, ppc-softmmu, ppc64-softmmu, i386-softmmu on
Linux/i386 fro
Hi,
On Fri, 18 Jan 2008, Michael Matz wrote:
> But I'm not talking about the clobber list at all. I reacted to the
> first mail forwarded to me, which was a question specifically about the
> hunk adding the "q" constraint, whose purpose I explained. Are you now
> also asking about the change
Laurent Vivier <[EMAIL PROTECTED]> writes:
> Hi Andreas,
>
> do you know if your patch:
>
> Sujet:
> [Qemu-devel] [RFC] M68k emulation
> Date:
> Mon, 02 Jul 2007 13:41:01 +0200
>
> is integrated in qemu ?
No.
> What is missing in qemu
Hi,
On Fri, 18 Jan 2008, Johannes Schindelin wrote:
> > > But apparently it has! With gcc < 4 I did never get the error.
> >
> > As I tried to explain, this is pure luck.
>
> Maybe.
>
> > > Which probably means that gcc < 4 did _not_ use ecx, and therefore it
> > > does not have to be pushed
Hi Andreas,
do you know if your patch:
Sujet:
[Qemu-devel] [RFC] M68k emulation
Date:
Mon, 02 Jul 2007 13:41:01 +0200
is integrated in qemu ?
What is missing in qemu to be able to use debian m68k binaries in
user-mode ? to boot linux
Hi,
On Fri, 18 Jan 2008, Michael Matz wrote:
> On Fri, 18 Jan 2008, Johannes Schindelin wrote:
>
> > > > > asm (" ... movzbl %b1, %%edx\n ... " : : "r" (blubb), "r" (bla) );
> > > >
> > > > Okay, but this only concerns gcc4, apparently.
> > >
> > > No, it's nothing to do with GCC.
> >
> > But
Laurent Vivier <[EMAIL PROTECTED]> writes:
> Le vendredi 18 janvier 2008 à 17:58 +0500, Марк Коренберг a écrit :
>> I saw, that qemu fully support m68k processor.
>> but what about other macintosh hardware?
>>
>> i want to run classic macos inside qemu. it is possible?
>> which is the status? (if
Hi,
On Fri, 18 Jan 2008, Johannes Schindelin wrote:
> > > > asm (" ... movzbl %b1, %%edx\n ... " : : "r" (blubb), "r" (bla) );
> > >
> > > Okay, but this only concerns gcc4, apparently.
> >
> > No, it's nothing to do with GCC.
>
> But apparently it has! With gcc < 4 I did never get the error.
Hi,
On Fri, 18 Jan 2008, Alexander Graf wrote:
> On Jan 18, 2008, at 2:14 AM, consul wrote:
>
> > It broke mingw build with gcc-3.4.2
>
> Does it work if you change the lines I'll comment on below?
Yes, if I force the pushing and popping of ecx, it compiles
(unfortunately, I could not test th
Hi,
On Fri, 18 Jan 2008, Michael Matz wrote:
> On Fri, 18 Jan 2008, Johannes Schindelin wrote:
>
> > > > >+#if DATA_SIZE == 1 || DATA_SIZE == 2
> > > > >+ "q" (v),
> > > > >+#else
> > > > > "r" (v),
> > > > >+#endif
> > > > > "i" ((CPU_TLB_SIZE
Le vendredi 18 janvier 2008 à 17:58 +0500, Марк Коренберг a écrit :
> I saw, that qemu fully support m68k processor.
> but what about other macintosh hardware?
>
> i want to run classic macos inside qemu. it is possible?
> which is the status? (if any work going)
>
> The my real task is to instal
Hi,
On Fri, 18 Jan 2008, Johannes Schindelin wrote:
> > > >+#if DATA_SIZE == 1 || DATA_SIZE == 2
> > > >+ "q" (v),
> > > >+#else
> > > > "r" (v),
> > > >+#endif
> > > > "i" ((CPU_TLB_SIZE - 1) << CPU_TLB_ENTRY_BITS),
> > > > "i"
I saw, that qemu fully support m68k processor.
but what about other macintosh hardware?
i want to run classic macos inside qemu. it is possible?
which is the status? (if any work going)
The my real task is to install debian linux for m68k on hard drive
using qemu and then place this hard disk int
Hi,
On Fri, 18 Jan 2008, Michael Matz wrote:
> [answering to a forwarded mail, hence breaking thread, sorry]
> [and keep me CCed :) ]
Sorry, I never break Cc: list, but always reply-to-all.
> On Fri, 18 Jan 2008, Alexander Graf wrote:
>
> > >On Fri, 18 Jan 2008, Johannes Schindelin wrote:
> >
Hi,
On Fri, 18 Jan 2008, Mike Kronenberg wrote:
> I tried it quick and dirty with Alex osx-patch (without exec-all.h part)
> on a x86_64. everything except ppc-softmmu
> (/tmp/qemu/target-ppc/exec.h:135:2: error: #endif without #if) compiled
> fine. I'm going to make some more test and try to
I am merely resending this mail so Michael knows the exact error
message.
Please have him CCed when replying to this thread.
On Jan 18, 2008, at 2:14 AM, consul wrote:
It broke mingw build with gcc-3.4.2
gcc -Wall -O2 -g -fno-strict-aliasing -fno-reorder-blocks -fno-
gcse-fno-optimize
Hi,
[answering to a forwarded mail, hence breaking thread, sorry]
[and keep me CCed :) ]
On Fri, 18 Jan 2008, Alexander Graf wrote:
> >From: Johannes Schindelin <[EMAIL PROTECTED]>
> >Date: January 18, 2008 3:05:58 AM GMT+01:00
> >To: consul <[EMAIL PROTECTED]>
> >Cc: qemu-devel@nongnu.org
> >Su
Hi..
On Jan 18, 2008 6:39 PM, Марк Коренберг <[EMAIL PROTECTED]> wrote:
> Ok. i'll try -g, gdb, ksyms and additional sleep command in script
> later. (tomorrow).
> When i detect source of the bug, i will write to qemu developers.
> I you know, who also can help me, please notify him. Now, before i
Hi...
Pls don't forget to CC qemu-devel too...
On Jan 18, 2008 6:01 PM, Марк Коренберг <[EMAIL PROTECTED]> wrote:
> I'm not familiar with gdb. but reading ksyms manpage i see that this
> is much simpler to get info from ksyms file, or using ksymoops tool
> rather using gdb.
basically using ksymoo
Hi..
On Jan 18, 2008 5:10 PM, Марк Коренберг <[EMAIL PROTECTED]> wrote:
> Thanks.
>
> I reproduced the same bugs with kqemu disabled on md5checking
> but without kqemu hwclock work correctly!
At least we got suspect: kqemu.
> very strange... why md5checking generates bug ?
I really don't have an
Am 18.01.2008 um 07:19 schrieb Alexander Graf:
On Jan 18, 2008, at 12:25 AM, Andreas Färber wrote:
Am 17.01.2008 um 18:34 schrieb Alexander Graf:
I tested sparc-softmmu, ppc-softmmu, ppc64-softmmu, i386-softmmu
on Linux/i386 from your gcc4 branch. It compiles okay on gcc
(GCC) 4.1.3 20
On Jan 16, 2008 9:15 PM, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> Salil Bijur wrote:
> [snip]
> > > > But there are further linker errors with respect to libasound (for
> > > > ALSA) and libSDL. This can be solved by adding -ldl, -lartsc, etc. for
> > > > every dependency of these libs but would
36 matches
Mail list logo
