Re: [Qemu-devel] RTC fix/Sparc32

2006-06-04 Thread Joerg Platte
Am Samstag, 3. Juni 2006 22:02 schrieb Blue Swirl: Hi! > I installed Debian 3.1r1 from scratch using the system emulator, OpenBIOS, > and CD image. Network is not working and some programs segfault, otherwise > everything works well. Did you apply the attached FPU patch I posted one week ago as w

[Qemu-devel] yet another proposed solution for gcc 4.x

2006-06-04 Thread Carlo Marcelo Arenas Belon
Greetings, attached patch, adds a ./configure option for setting the C compiler that will be used to build op.c for each of the targets; letting the user compile everything else with gcc 4.x if configured as the default C compiler while isolating the opcode generation which currently relies in gcc

[Qemu-devel] qemu block-cow.c block-qcow.c block-vmdk.c bloc...

2006-06-04 Thread Paul Brook
CVSROOT:/sources/qemu Module name:qemu Changes by: Paul Brook 06/06/04 11:39:07 Modified files: . : block-cow.c block-qcow.c block-vmdk.c block-vvfat.c block.c block_int.h vl.h hw : ide.c scsi-disk.c Log mes

Re: [Qemu-devel] yet another proposed solution for gcc 4.x

2006-06-04 Thread Paul Brook
On Sunday 04 June 2006 09:59, Carlo Marcelo Arenas Belon wrote: > Greetings, > > attached patch, adds a ./configure option for setting the C compiler that > will be used to build op.c for each of the targets; letting the user > compile everything else with gcc 4.x if configured as the default C > c

Re: [Qemu-devel] RTC fix/Sparc32

2006-06-04 Thread Blue Swirl
Did you apply the attached FPU patch I posted one week ago as well? With this patch and your patches all programs I tested did not segfault any longer. I forgot it, indeed the segfaulting has gone. _ Express yourself instantly wit

Re: [Qemu-devel] yet another proposed solution for gcc 4.x

2006-06-04 Thread Carlo Marcelo Arenas Belon
> Why bother? As you say gcc4 has issues other than just op.c, so why not just > compile everything with the old gcc? using the new gcc for the parts that can compile with it, could lead to better performance in some cases, as well to help clean up the code for conformance to newer standards and

[Qemu-devel] Configure doesn't honour CC variable

2006-06-04 Thread Nigel Horne
When running "configure" I get 'ERROR: "gcc" looks like gcc 4.x' even though I've set the CC environment variable to point to my copy of gcc version 3.2.2 -Nigel -- Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter. NJH Music, Barnsley, UK. ICQ#20252325 [EMAIL PROT

Re: [Qemu-devel] Configure doesn't honour CC variable

2006-06-04 Thread Jamie Lokier
Nigel Horne wrote: > When running "configure" I get > > 'ERROR: "gcc" looks like gcc 4.x' > > even though I've set the CC environment variable to point to my copy of > gcc version 3.2.2 Qemu's configure is not like most other configure scripts. You have to use the --cc="$CC" command line option

Re: [Qemu-devel] Configure doesn't honour CC variable

2006-06-04 Thread Nigel Horne
Jamie Lokier wrote: Nigel Horne wrote: When running "configure" I get 'ERROR: "gcc" looks like gcc 4.x' even though I've set the CC environment variable to point to my copy of gcc version 3.2.2 Qemu's configure is not like most other configure scripts. Tut tut ;-) You have to use the --c

[Qemu-devel] qemu-system-sparc, qemu-system-mips SEGV on Solaris 10/sparc

2006-06-04 Thread jonathan . kalbfeld
Hello, I took the 0.8.1 CVS head, applied a patch for Solaris sparc compatibility, made my own configure tweaks (hardcoded in sol_ar, cc, and ginstall) and everything built ok. I can run the i386, x86_64, and ppc versions on my Solaris 10/sparc system without issue. However, running the sparc-t

[Qemu-devel] Two question on serial port emulation

2006-06-04 Thread Jiang, Yunhong
Hi, all I'm using qemu on linux, and I have two questions on the serial port emulation. The serial port means the hardware serial port (/dev/ttyS0 on Linux). 1) Currently tty_serial_init() set the c_oflags as following: tty.c_oflag |= OPOST but it didn't clear the ONLCR/ONLRET e