From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gf063-0005bY-J0 for qemu-devel@nongnu.org; Tue, 31 Oct 2006 15:20:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gf060-0005ZG-NG for qemu-devel@nongnu.org; Tue, 31 Oct 2006 15:20:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gf060-0005Z5-9N for qemu-devel@nongnu.org; Tue, 31 Oct 2006 15:20:28 -0500 Received: from [64.233.182.187] (helo=nf-out-0910.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gf05z-0001Nl-UD for qemu-devel@nongnu.org; Tue, 31 Oct 2006 15:20:28 -0500 Received: by nf-out-0910.google.com with SMTP id p46so570942nfa for ; Tue, 31 Oct 2006 12:20:26 -0800 (PST) Message-ID: <5d649bdb0610311220vc802054q9ec008f95259bbb7@mail.gmail.com> Date: Tue, 31 Oct 2006 14:20:26 -0600 From: "Neo Jia" Subject: Re: [Qemu-devel] ColdFire/m68k target In-Reply-To: <200610220144.22013.paul@codesourcery.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_101241_6948802.1162326026023" References: <200610220144.22013.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: paul@codesourcery.com Cc: qemu-devel@nongnu.org ------=_Part_101241_6948802.1162326026023 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Paul, I just checkout from CVS repository and encountered the following problem while building the code. It seems you eleminate your original arguments of function gen_op_divs and gen_op_divu. Could you take a look? gcc -Wall -O2 -g -fno-strict-aliasing -I. -I.. -I/home/cjia/research/Operating_Systems/qemu_cvs/target-m68k -I/home/cjia/research/Operating_Systems/qemu_cvs -I/home/cjia/research/Operating_Systems/qemu_cvs/linux-user -I/home/cjia/research/Operating_Systems/qemu_cvs/linux-user/m68k -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/cjia/research/Operating_Systems/qemu_cvs/fpu -I/home/cjia/research/Operating_Systems/qemu_cvs/slirp -c -o translate.o/home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c /home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c: In function `disas_divw': /home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c:717: error: too many arguments to function `gen_op_divs' /home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c:719: error: too many arguments to function `gen_op_divu' /home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c: In function `disas_divl': /home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c:750: error: too many arguments to function `gen_op_divs' /home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c:752: error: too many arguments to function `gen_op_divu' make[1]: *** [translate.o] Error 1 make[1]: Leaving directory `/home/cjia/research/Operating_Systems/qemu_cvs/m68k-user' make: *** [subdir-m68k-user] Error 2 Thanks, Neo On 10/21/06, Paul Brook wrote: > > I've just committed ColdFire/M68K target support to cvs. This implements > usermode emulation for ColdFire CPUs, including the FPU. The CPU emulation > has been reasonably well tested, but linux syscall emulation only lightly > tested. > > For those that don't know, ColdFire is a subset of the old m68k > architecture, > with a few minor differences, and a slightly different FPU. > > I'll probably be implementing full system emulation sometime (Freescale > M5xxxEVB dev board). > > M68k code will not run on the current emulation. Implementing the missing > 68k > bits (addressing modes and bitfield instructions) probably wouldn't be > that > hard. Implementing 68881 FPU emulation is a bit harder 'cos it > uses "extended" precision registers. > > The code is a bit different to most other qemu targets because I > originally > wrote it for my code generation backend rather than dyngen. The main > translation code is unmodified, with glue to make it work with dyngen. For > this reason the generated code isn't as efficient as it could be. > > Paul > > P.S. > Anyone wanting to play with ColdFire emulation can find toolchains at > http://www.codesourcery.com/gnu_toolchains/coldfire/index_html > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > -- I would remember that if researchers were not ambitious probably today we haven't the technology we are using! ------=_Part_101241_6948802.1162326026023 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Paul,

I just checkout from CVS repository and encountered the following problem while building the code.

It seems you eleminate your original arguments of function gen_op_divs and gen_op_divu.

Could you take a look?

gcc -Wall -O2 -g -fno-strict-aliasing -I. -I.. -I/home/cjia/research/Operating_Systems/qemu_cvs/target-m68k -I/home/cjia/research/Operating_Systems/qemu_cvs -I/home/cjia/research/Operating_Systems/qemu_cvs/linux-user -I/home/cjia/research/Operating_Systems/qemu_cvs/linux-user/m68k -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/cjia/research/Operating_Systems/qemu_cvs/fpu -I/home/cjia/research/Operating_Systems/qemu_cvs/slirp -c -o translate.o /home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c
/home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c: In function `disas_divw':
/home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c:717: error: too many arguments to function `gen_op_divs'
/home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c:719: error: too many arguments to function `gen_op_divu'
/home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c: In function `disas_divl':
/home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c:750: error: too many arguments to function `gen_op_divs'
/home/cjia/research/Operating_Systems/qemu_cvs/target-m68k/translate.c:752: error: too many arguments to function `gen_op_divu'
make[1]: *** [translate.o] Error 1
make[1]: Leaving directory `/home/cjia/research/Operating_Systems/qemu_cvs/m68k-user'
make: *** [subdir-m68k-user] Error 2

Thanks,
Neo

On 10/21/06, Paul Brook <paul@codesourcery.com> wrote:
I've just committed ColdFire/M68K target support to cvs. This implements
usermode emulation for ColdFire CPUs, including the FPU. The CPU emulation
has been reasonably well tested, but linux syscall emulation only lightly
tested.

For those that don't know, ColdFire is a subset of the old m68k architecture,
with a few minor differences, and a slightly different FPU.

I'll probably be implementing full system emulation sometime (Freescale
M5xxxEVB dev board).

M68k code will not run on the current emulation. Implementing the missing 68k
bits (addressing modes and bitfield instructions) probably wouldn't be that
hard. Implementing 68881 FPU emulation is a bit harder 'cos it
uses "extended" precision registers.

The code is a bit different to most other qemu targets because I originally
wrote it for my code generation backend rather than dyngen. The main
translation code is unmodified, with glue to make it work with dyngen. For
this reason the generated code isn't as efficient as it could be.

Paul

P.S.
Anyone wanting to play with ColdFire emulation can find toolchains at
http://www.codesourcery.com/gnu_toolchains/coldfire/index_html


_______________________________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel



--
I would remember that if researchers were not ambitious
probably today we haven't the technology we are using!
------=_Part_101241_6948802.1162326026023--