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 be very
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
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 any
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 ksymoops,
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,
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 - 1) CPU_TLB_ENTRY_BITS),
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 all
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 purpose I
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, 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 the
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.
As I tried to
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
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:
On
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
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 use
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 compilers
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
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
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 they are
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 and popped.
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 any work
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++
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 bugs
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 dyngen
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 about the
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 from
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 changes
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, 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 (TARGET_PAGE_BITS -
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
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 install
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
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 to be able
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.
34 matches
Mail list logo
