I agree, the debugger was a half hearted attempt done because I tired
of stepping thru assembly code in the simulator. It was done in a day or
two and has not been maintained in more than 3 years ...
> -----Original Message-----
> From: sdcc-user-admin@...
> [mailto:sdcc-user-admin@...]On Behalf Of
> Karl Bongers
> Sent: Friday, February 08, 2002 11:05 AM
> To: Felipe Massia Pereira
> Cc: sdcc-user@...
> Subject: Re: [Sdcc-user] Z80 sim
> I would not recommend anyone use the debugger for
> We need to de-emphasize the debugger in the doc
> and web page until a someone comes along who
> can make it work better than it does now.
> Maybe code up a printf("This debugger is not so good...");
> warning message in it..
> Z80 dissasembly/simulation in ucSim is new,
> I added it a few weeks ago and got it to where
> it will compile and run our regression tests
> without error. Otherwise, the simulation has
> not been run on much else, and it is new code
> so more than likely it is not perfect.
> Michael Hope, who is the one that wrote the
> Z80 code generator for SDCC has been using
> a different Z80 simulator for a long time
> now for the regression tests. You can get
> these by checking out of CVS "sdcc-extra".
> His tends to be a bare-bones simulator,
> good for raw speed/small c hack.
> ucSim tends to be aimed less at speed and
> more at debugging, source-code readability,
> and ease of extending.
> There are other z80 simulators that you
> can find out on the web as well.
> I'd be interested in your notes if you
> use the z80 ucsim tools.
> Felipe Massia Pereira wrote:
> > Hello all,
> > I'm trying to use the debugger and the simulator with Z80 Intel Hex
> > images. Should they work ok? Or the simulator is not
> working with z80 yet?
> > thanks in advance,
> > --
> > Felipe Massia Pereira <http://www.ic.unicamp.br/~ra000493>
> > _______________________________________________
> > Sdcc-user mailing list
> > Sdcc-user@...
> > https://lists.sourceforge.net/lists/listinfo/sdcc-user
> Sdcc-user mailing list