RE: Simulator Porting

["Shilin Shakti" <shilins@KPITCummins.com>]

Hi Frank,
Thank you very much for your response.
I had been using the sem-switch.c in the makefile with the '-switch'
option enabled for mloop.in file, similar to the m32r, along with the
'-fast -pbb' options also.
Now i have changed it to use sem.c like you mentioned, with '-scache'
option for mloop.in file (removed -switch, -fast, -pbb options from
makefile for mloop.in).
But I now notice that if i insert a 2 byte 'nop' insn just before the
mov imm insn, that error message doesn't occur and execution seems to be
going on, though i still can't figure if the simulator is correctly
working or not (since our toolchain's printf function is currently
implemented for output to hyperterminal for hardware!!!). Also the
'Program exited normally' message has not come; seems to hang around in
the simulator program itself!

Am i doing all these correctly? Also what do you think might be the
reason for that address alignment issue?

Thanking you once again,
Best Regards,
Shilin

-----Original Message-----
From: Frank Ch. Eigler [mailto:fche@redhat.com]
Sent: Tuesday, May 24, 2005 6:29 PM
To: Shilin Shakti
Cc: cgen@sources.redhat.com
Subject: Re: Simulator Porting


Hi -

On Tue, May 24, 2005 at 12:26:48PM +0530, Shilin Shakti wrote:
> [...]
> following message:
> "2 byte write to unmapped address 0xfffffffe at 0x404",=20
> while the similar m32r program runs fine. At 0x404 is a move immediate
da
> ta instruction in my case (but how this 0xfffffffe address i'm
confused!!
> ).

You could run the simulator under gdb, and put a breakpoint at the
point in the generated sem.c file which executes that move-immediate
instruction.  Without posting more information, such as your modified
.cpu file and disassembled sample program, we won't be able to help
much.


- FChE


---------------------------------
This message contains the information that may be privileged and is  the property of the KPIT Cummins Infosystems LTD.It is intended only for the person to whom it is addressed. If you are not intended recipient, you are not authorized to read, print , retain copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. KPIT Cummins does not accept any liability for virus infected mails.