Compiling qemu on gcc4 has been a long standing issue. During the time
several approaches came up, each more or less intrusive.
I have collected the ones I found to be the cleanest, fixed PowerPC host
support with Michael Matz and am sending everything as a patchset now,
hoping that someone
This patch is mostly a cleanup of Michael Matz's patch with the ideas
that came last time included.
Index: qemu/softmmu_header.h
===
--- qemu.orig/softmmu_header.h
+++ qemu/softmmu_header.h
@@ -189,9 +189,11 @@ static inline void
PowerPCs have static instruction lengths, so writing an in-between brl
detection is quite simple on this architecture. You are welcome to write
something like this for any other platform, but if a compile doesn't
trigger build errors on PowerPC, it shouldn't on other platforms either,
as PowerPC
Thursday 17 January 2008 08:41:32 tarihinde Alexander Graf şunları yazmıştı:
Compiling qemu on gcc4 has been a long standing issue. During the time
several approaches came up, each more or less intrusive.
I have collected the ones I found to be the cleanest, fixed PowerPC host
support with
This is the very same patch I sent to this list some weeks ago. It
implements DIRECT_JUMP for x86_64, making it work with gcc4.
diff --git a/exec-all.h b/exec-all.h
index 285da99..6d9b1cd 100644
--- a/exec-all.h
+++ b/exec-all.h
@@ -142,6 +142,9 @@ static inline int tlb_set_page(CPUState *env,
This fixes the Alpha target for PowerPC hosts. It is merely a part of
the original gcc4 patch posted by Michael Matz.
--- qemu-0.9.0.cvs/target-alpha/op_template.h.mm 2007-08-22 03:17:57.0 +
+++ qemu-0.9.0.cvs/target-alpha/op_template.h 2007-08-22 03:15:49.0 +
@@ -28,7
Thanks to the branch detection I found several places where op.o
contained branch returns somewhere not at the end of the function. This
did not happen on other platforms for me, but I may be wrong.
This patch adds FORCE_RET at the end of those functions, to force gcc to
use a jump to the end and
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
This patch is mostly a cleanup of Michael Matz's patch with the ideas
that came last time included.
Maybe the patch subject could be prepare i386 host for gcc4, step 1)?
Index: qemu/softmmu_header.h
Johannes Schindelin wrote:
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
This patch is mostly a cleanup of Michael Matz's patch with the ideas
that came last time included.
Maybe the patch subject could be prepare i386 host for gcc4, step 1)?
Basically it fixes it, just
Alexander Graf wrote:
This patch is mostly a cleanup of Michael Matz's patch with the ideas
that came last time included.
I didn't include one file in the previous patch, sorry.
This patch also includes Johannes' catch to use #ifdefs around most changes.
Index: qemu/softmmu_header.h
Hi
With this I can compile, but qemu segfaults now when trying to start a ros
image:
Starting program: /home/tux/QEMU/qemu -m 192 ros/ros
[Thread debugging using libthread_db enabled]
[New Thread -1212344640 (LWP 18268)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread
Hi Alexander,
On Thu, 17 Jan 2008, Alexander Graf wrote:
Johannes Schindelin wrote:
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
This patch is mostly a cleanup of Michael Matz's patch with the ideas
that came last time included.
Maybe the patch subject could be prepare i386
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
Alexander Graf wrote:
This patch is mostly a cleanup of Michael Matz's patch with the ideas
that came last time included.
I didn't include one file in the previous patch, sorry. This patch also
includes Johannes' catch to use #ifdefs around
Hi!
Our Teenage Mutant Legal Turtles have discovered that s390-dis.c contains
GPLv3 code. Fortunately, the actual code has not changed since the last
GPLv2 binutils release, save for the license headers, so it suffices to
change those back to fix the problem.
CU
Uli
--
SUSE LINUX Products
Jens Arm wrote:
Hi
With this I can compile, but qemu segfaults now when trying to start a ros
image:
Starting program: /home/tux/QEMU/qemu -m 192 ros/ros
[Thread debugging using libthread_db enabled]
[New Thread -1212344640 (LWP 18268)]
Program received signal SIGSEGV, Segmentation
Alexander Graf wrote:
PowerPCs have static instruction lengths, so writing an in-between brl
detection is quite simple on this architecture. You are welcome to write
something like this for any other platform, but if a compile doesn't
trigger build errors on PowerPC, it shouldn't on other
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 08/01/17 13:56:59
Modified files:
. : s390-dis.c
Log message:
Revert licensing to GPLv2 or later, by Ulrich Hecht.
CVSWeb URLs:
Hi,
I get an error with sh4-linux-user and sh4eb-linux-user:
../dyngen -o op.h op.o
dyngen: ret or jmp expected at the end of op_cmp_str_T0_T1
There is a RETURN(); statement at the end of
target-sh4/op.c:op_cmp_str_T0_T1() though, so I am puzzled...
It also says target-ppc/exec.h:44:26:
Alexander Graf wrote:
[snip]
Index: qemu/target-alpha/cpu.h
===
--- qemu.orig/target-alpha/cpu.h
+++ qemu/target-alpha/cpu.h
@@ -275,6 +275,8 @@ struct CPUAlphaState {
* used to emulate 64 bits target on 32 bits hosts
Alexander Graf wrote:
Jens Arm wrote:
Hi
With this I can compile, but qemu segfaults now when trying to start a ros
image:
Starting program: /home/tux/QEMU/qemu -m 192 ros/ros
[Thread debugging using libthread_db enabled]
[New Thread -1212344640 (LWP 18268)]
Program received signal
Am 17.01.2008 um 15:38 schrieb Thiemo Seufer:
I hope the whole problem goes
away with the new code generator which is in the works.
The code generated by that new code generator is substantially
slower than
what we have right now, so I am not so enthusiastic.
I meant not qops but
Hi,
On Thu, 17 Jan 2008, Johannes Schindelin wrote:
It fixed it for me, but only after a make distclean ./configure
make. Apparently there are still some dependencies which are not
right.
Spoke too soon... It introduces an extra #endif in target-mips/exec.h
FWIW I am pushing it (with
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
Alexander Graf wrote:
Jens Arm wrote:
With this I can compile, but qemu segfaults now when trying to start a ros
image:
Starting program: /home/tux/QEMU/qemu -m 192 ros/ros
[Thread debugging using libthread_db enabled]
[New
Thiemo Seufer wrote:
Johannes Schindelin wrote:
Hi,
On Thu, 17 Jan 2008, Thiemo Seufer wrote:
Alexander Graf wrote:
[snip]
Is check_ops.sh not enough for debugging micro-ops?
Basically it should be. PowerPC branching can be (regex) b..rl. Honestly
I did not
Johannes Schindelin wrote:
Hi,
On Thu, 17 Jan 2008, Thiemo Seufer wrote:
Alexander Graf wrote:
[snip]
Is check_ops.sh not enough for debugging micro-ops?
Basically it should be. PowerPC branching can be (regex) b..rl. Honestly
I did not know about this script though and as
Johannes Schindelin wrote:
Hi,
I get an error with sh4-linux-user and sh4eb-linux-user:
../dyngen -o op.h op.o
dyngen: ret or jmp expected at the end of op_cmp_str_T0_T1
Yes, and it's mostly right about this. This specific opcode ends with a
jmp, which dyngen does not allow. I leave
On 13/01/2008, Samuel Thibault [EMAIL PROTECTED] wrote:
Samuel Thibault, le Sun 13 Jan 2008 01:55:56 +, a écrit :
Here is an updated version, that takes parameters, so as to be able to
notably provide the product ID.
Can you provide a patch to the .texi docs some time, to document these
Alexander Graf wrote:
[snip]
Is check_ops.sh not enough for debugging micro-ops?
Basically it should be. PowerPC branching can be (regex) b..rl. Honestly
I did not know about this script though and as it was not in the
makefile, it did not tell me that something wrong was going on. This
in cpu-exe.c:
intno=cpu_get_pic_interrupt(env);
intno may be -1, we have to skip this error code.
http://www.nabble.com/file/p14921171/hard_int.patch hard_int.patch:
--- qemu.orig/cpu-exec.cMon Jan 14 11:11:02 2008
+++ qemu/cpu-exec.c Thu Jan 17 23:03:00 2008
@@ -449,16 +449,18 @@
Johannes Schindelin wrote:
Hi,
On Thu, 17 Jan 2008, Johannes Schindelin wrote:
It fixed it for me, but only after a make distclean ./configure
make. Apparently there are still some dependencies which are not
right.
Spoke too soon... It introduces an extra #endif in
Thiemo Seufer wrote:
Alexander Graf wrote:
PowerPCs have static instruction lengths, so writing an in-between brl
detection is quite simple on this architecture. You are welcome to write
something like this for any other platform, but if a compile doesn't
trigger build errors on PowerPC,
Johannes Schindelin wrote:
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
Alexander Graf wrote:
Jens Arm wrote:
With this I can compile, but qemu segfaults now when trying to start a ros
image:
Starting program: /home/tux/QEMU/qemu -m 192 ros/ros
[Thread debugging
Hi
OK, now I can boot Reactos, haiku, helenos, dsl, knoppix, freedos, kubuntu
It works with and without kqemu.
If all is correctly emulated or if the speed of qemu is slower or quicker now I
have not tested.
Jens
On Thu, 17 Jan 2008 15:26:23 +0100
Alexander Graf [EMAIL PROTECTED] wrote:
Hi All,
Good Day.
First, I would thank you for what you have done with QEMU.
It is a really great software.
Second, I would like to ask if there is any way I can hard
code this line in the source code,
usb_add host:08e6:3437
This the scenario:
+ HOST OS
- WinXP SP2
- LibUSB
On Jan 17, 2008, at 4:57 PM, Robert William Fuller wrote:
Alexander Graf wrote:
TeLeMan wrote:
env-cr[8] used by SVM codes was not defined.
As far as I remember cr8 is the very same as the TPR, so we only
need to
implement one and map the other to the value we want.
My approach was to use
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
Johannes Schindelin wrote:
Hi,
On Thu, 17 Jan 2008, Johannes Schindelin wrote:
It fixed it for me, but only after a make distclean ./configure
make. Apparently there are still some dependencies which are not
right.
TeLeMan wrote:
env-cr[8] used by SVM codes was not defined.
As far as I remember cr8 is the very same as the TPR, so we only need to
implement one and map the other to the value we want.
My approach was to use the TPR and route the cr8 accesses to the tpr.
Even though I have to admit that
Alexander Graf wrote:
TeLeMan wrote:
env-cr[8] used by SVM codes was not defined.
As far as I remember cr8 is the very same as the TPR, so we only need to
implement one and map the other to the value we want.
My approach was to use the TPR and route the cr8 accesses to the tpr.
Even though I
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
Johannes Schindelin wrote:
Hi,
On Thu, 17 Jan 2008, Alexander Graf wrote:
Alexander Graf wrote:
Jens Arm wrote:
With this I can compile, but qemu segfaults now when trying to start a
ros image:
Hi,
On Thu, 17 Jan 2008, Thiemo Seufer wrote:
Alexander Graf wrote:
[snip]
Is check_ops.sh not enough for debugging micro-ops?
Basically it should be. PowerPC branching can be (regex) b..rl. Honestly
I did not know about this script though and as it was not in the
makefile, it did
andrzej zaborowski, le Thu 17 Jan 2008 15:09:54 +0100, a écrit :
On 13/01/2008, Samuel Thibault [EMAIL PROTECTED] wrote:
Samuel Thibault, le Sun 13 Jan 2008 01:55:56 +, a écrit :
Here is an updated version, that takes parameters, so as to be able to
notably provide the product ID.
On 1/17/08, Alexander Graf [EMAIL PROTECTED] wrote:
This fixes the Alpha target for PowerPC hosts. It is merely a part of
the original gcc4 patch posted by Michael Matz.
Sparc host had the same problem with Alpha reset ops, I solved that by
introducing a helper.
On Wed, 16 Jan 2008, Mulyadi Santosa wrote:
Any way to startup qemu with my own desired speed?
Check http://www.miroslavnovak.com/qemu-brake_en.php
Thank you. I am using it now with -brake 75
Before using the -brake, the system said it was 7497.31 BogoMIPS.
(The real host hardware as a
Hi,
On Thu, 17 Jan 2008, Stefan Weil wrote:
Is GPLv3 unwanted for QEMU source code? If yes: why?
The problem is: you would have to ask every contributor whose code is
still somewhere in the source code. That is tedious, and takes time (I do
not even think that an email would suffice).
On Thu, Jan 17, 2008 at 05:13:31PM +0100, Alexander Graf wrote:
Their only difference is, that the TPR is implemented as an MSR, whereas
the CR8 is a CPU register.
The TPR is currently a memory mapped local Apic register. The
default address is 0xfee00080, according to Intel vol3a chapter 8...
Hi,
On Thu, 17 Jan 2008, Ismail Dönmez wrote:
Thanks but ppc target doesn't work here with gcc 4.3 trunk , i686-linux :
gcc -mtune=native -march=native -O2 -pipe -fomit-frame-pointer
-Wstrict-overflow -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I.
-I..
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 your gcc4 branch. It compiles okay on gcc (GCC)
On Jan 17, 2008, at 6:11 PM, Andreas Färber wrote:
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
In message: [EMAIL PROTECTED]
Stefan Weil [EMAIL PROTECTED] writes:
: Is GPLv3 unwanted for QEMU source code? If yes: why?
: Would it prevent inclusion of QEMU in common Linux distributions?
There's still some gplv2-only code in qemu, iirc. As such, you can't
use gplv3 code at all
Is GPLv3 unwanted for QEMU source code? If yes: why?
Would it prevent inclusion of QEMU in common Linux distributions?
Stefan
Ulrich Hecht schrieb:
Hi!
Our Teenage Mutant Legal Turtles have discovered that s390-dis.c contains
GPLv3 code. Fortunately, the actual code has not changed since the
Hello
The 0.9.1 release segfaults on certain benchmarks under linux-user
emulation (x86 on x86).
Specifically facerec from the SPEC2000 benchmarks, and over half of the
SPEC2006 benchmarks.
I tracked this down to a problem in the mmap() code in linux-user.
I've attached a patch that reverts
In message: [EMAIL PROTECTED]
Ricardo Almeida [EMAIL PROTECTED] writes:
: The problem is: you would have to ask every contributor whose code is
: still somewhere in the source code. That is tedious, and takes time (I do
: not even think that an email would suffice).
:
: From what
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1 08/01/17 21:07:04
Modified files:
hw : slavio_serial.c
Log message:
Shuffle code to avoid NetBSD gcc 3.4.6 inlining bug (Rumko)
CVSWeb URLs:
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1 08/01/17 21:04:16
Modified files:
hw : eccmemctl.c sun4m.c sun4m.h
Log message:
Give ECC controller an IRQ (Robert Reif)
CVSWeb URLs:
The problem is: you would have to ask every contributor whose code is
still somewhere in the source code. That is tedious, and takes time (I do
not even think that an email would suffice).
From what I read once in a slashdot post (it's worth what is worth),
it suffices a public announcement
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 08/01/17 21:47:25
Modified files:
. : qemu-doc.texi
audio : dsound_template.h
Log message:
Miscellaneous fixes after recent audio additions (malc).
Ricardo Almeida wrote:
The problem is: you would have to ask every contributor whose code is
still somewhere in the source code. That is tedious, and takes time (I do
not even think that an email would suffice).
From what I read once in a slashdot post (it's worth what is worth),
it
M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Bill C. Riemers [EMAIL PROTECTED] writes:
: According to section 9 of the GPL, you would only have to contact
: contributors for code which specified version 2 of the GPL and not later...
I said exactly this in a previous
In message: [EMAIL PROTECTED]
Bill C. Riemers [EMAIL PROTECTED] writes:
: According to section 9 of the GPL, you would only have to contact
: contributors for code which specified version 2 of the GPL and not later...
I said exactly this in a previous message. At one point I recalled
On 17/01/2008, Bill C. Riemers [EMAIL PROTECTED] wrote:
According to section 9 of the GPL, you would only have to contact
contributors for code which specified version 2 of the GPL and not later...
In order to relicense all of qemu, yes, plus contributors of
BSD-licensed code, of which there is
According to section 9 of the GPL, you would only have to contact
contributors for code which specified version 2 of the GPL and not later...
e.g.
* Copyright (c) 2003-2005 Fabrice Bellard
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the
andrzej zaborowski, le Thu 17 Jan 2008 23:25:04 +0100, a écrit :
Thanks, committed although I hoped for something that lets easily test
that the adapter works, e.g. so that after a usb_add serial:...:stdio
you can do cat /dev/ttyXXXN in the guest and see what's being typed on
qemu's stdin. I
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 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2). Runtime
behavior was identical to CVS+gcc-3.4.
Could
Hi,
On Thu, 17 Jan 2008, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Thiemo Seufer [EMAIL PROTECTED] writes:
: andrzej zaborowski wrote:
: On 17/01/2008, Bill C. Riemers [EMAIL PROTECTED] wrote:
: According to section 9 of the GPL, you would only have to contact
:
Hi,
On Fri, 18 Jan 2008, Ismail Dönmez wrote:
Friday 18 January 2008 00:59:36 tarihinde Johannes Schindelin şunları
yazmıştı:
Thursday 17 January 2008 19:00:11 tarihinde şunları yazmıştınız:
??
Turkish for @date you wrote this.
I thought as much, but at least in other mails I can
Friday 18 January 2008 00:59:36 tarihinde Johannes Schindelin şunları
yazmıştı:
Thursday 17 January 2008 19:00:11 tarihinde şunları yazmıştınız:
??
Turkish for @date you wrote this.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
On 17/01/2008, Samuel Thibault [EMAIL PROTECTED] wrote:
andrzej zaborowski, le Thu 17 Jan 2008 15:09:54 +0100, a écrit :
On 13/01/2008, Samuel Thibault [EMAIL PROTECTED] wrote:
Samuel Thibault, le Sun 13 Jan 2008 01:55:56 +, a écrit :
Here is an updated version, that takes
In message: [EMAIL PROTECTED]
Johannes Schindelin [EMAIL PROTECTED] writes:
: Hi,
:
: On Thu, 17 Jan 2008, M. Warner Losh wrote:
:
: In message: [EMAIL PROTECTED]
: Thiemo Seufer [EMAIL PROTECTED] writes:
: : andrzej zaborowski wrote:
: : On 17/01/2008, Bill C.
Hi,
On Fri, 18 Jan 2008, Ismail Dönmez wrote:
Thursday 17 January 2008 19:00:11 tarihinde şunları yazmıştınız:
??
Might be a GCC 4.3 thing :-/
I guess so. Maybe I will find some time next week to compile gcc 4.3 and
test with it...
Ciao,
Dscho
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 08/01/17 22:22:45
Modified files:
. : qemu-doc.texi
Log message:
Documentation piece explaining usb_add serial by Samuel Thibault.
Minor style change.
CVSWeb
On 17/01/2008, Thiemo Seufer [EMAIL PROTECTED] wrote:
andrzej zaborowski wrote:
On 17/01/2008, Bill C. Riemers [EMAIL PROTECTED] wrote:
According to section 9 of the GPL, you would only have to contact
contributors for code which specified version 2 of the GPL and not
later...
In
andrzej zaborowski wrote:
On 17/01/2008, Bill C. Riemers [EMAIL PROTECTED] wrote:
According to section 9 of the GPL, you would only have to contact
contributors for code which specified version 2 of the GPL and not later...
In order to relicense all of qemu, yes, plus contributors of
Thursday 17 January 2008 19:00:11 tarihinde şunları yazmıştınız:
Hi,
On Thu, 17 Jan 2008, Ismail Dönmez wrote:
Thanks but ppc target doesn't work here with gcc 4.3 trunk , i686-linux :
gcc -mtune=native -march=native -O2 -pipe -fomit-frame-pointer
-Wstrict-overflow -Wall -O2 -g
Am 17.01.2008 um 23:59 schrieb Johannes Schindelin:
On Fri, 18 Jan 2008, Ismail Dönmez wrote:
Thursday 17 January 2008 19:00:11 tarihinde şunları
yazmıştınız:
??
From the 'missing' i-dots and the mail domain I'd infer Turkish. ;)
Andreas
On 18.01.2008, at 00:25, 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 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2). Runtime
It broke mingw build with gcc-3.4.2
gcc -Wall -O2 -g -fno-strict-aliasing -fno-reorder-blocks -fno-gcse
-fno-optimize-sibling-calls
-fno-crossjumping -fno-align-labels -fno-align-jumps -fno-align-functions
-mpreferred-stack-boundary=2 -fomit-frame-pointer -I. -I..
Hi,
On Thu, 17 Jan 2008, consul wrote:
It broke mingw build with gcc-3.4.2
Now that's funny, since the last incarnation Alexander should have
_exactly_ the same code as before for gcc 4. Are you sure that you do
not have applied the patch that exchanges at least one #ifdef HOST_I386
for
Hi,
On Fri, 18 Jan 2008, Johannes Schindelin wrote:
On Thu, 17 Jan 2008, consul wrote:
It broke mingw build with gcc-3.4.2
Now that's funny, since the last incarnation Alexander should have
_exactly_ the same code as before for gcc 4. Are you sure that you do
not have applied the
Hi...
Trying to deliver a help...
On Jan 17, 2008 6:50 PM, Марк Коренберг [EMAIL PROTECTED] wrote:
Hello developers.
I'm developer of ideco software product (www.ideco-software.ru)
and our products is run perfectly on vmware, but strange behaviour in qemu.
OK, that could means anything...
Hello..
On Jan 18, 2008 1:35 AM, Vince Weaver [EMAIL PROTECTED] wrote:
Hello
The 0.9.1 release segfaults on certain benchmarks under linux-user
emulation (x86 on x86).
Specifically facerec from the SPEC2000 benchmarks, and over half of the
SPEC2006 benchmarks.
I tracked this down to a
On 18.01.2008, at 01:40, Mike Kronenberg wrote:
On 18.01.2008, at 00:25, 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
On Jan 17, 2008, at 11:34 PM, Ismail Dönmez wrote:
Thursday 17 January 2008 19:00:11 tarihinde şunları yazmıştınız:
Hi,
On Thu, 17 Jan 2008, Ismail Dönmez wrote:
Thanks but ppc target doesn't work here with gcc 4.3 trunk , i686-
linux :
gcc -mtune=native -march=native -O2 -pipe
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 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2).
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?
gcc -Wall -O2 -g -fno-strict-aliasing -fno-reorder-blocks -fno-
gcse-fno-optimize-sibling-calls
-fno-crossjumping -fno-align-labels
84 matches
Mail list logo