SDCC : mcs51/gbz80/z80/avr/ds390/pic16/pic14/TININative/xa51/ds400/hc08 2.8.9
#5379 (Feb 15 2009) (UNIX)
z80dasm: Portable Z80 disassembler
Copyright (C) Marcel de Kogel 1996,1997
ld a,$02 ; 00 3E 02
rst08h ; 02 CF
ret; 03
Hello all:
I hope that somebody can provide me with help understanding the behavior of
SDCC. I did a open source project (with tools and money provided by a private
company) in this job I used the z80 processor (the Audio processor has a Z80
core, so my job was to do the device driver for Lin
On Sunday 15 February 2009 03:15:39 pm Philipp Klaus Krause wrote:
> candido lopez rodriguez schrieb:
> > For the list of problems that I found
> >
> > 1) the compiler generates invalid code (for example POP C (The z80 stack
> > operation are 16 bytes wide))
> >
On Monday 16 February 2009 05:09:43 am Bill Nikolopoulos wrote:
> Hello,
>
> 2009/2/15 candido lopez rodriguez :
> > Hello all and thanks for you response, I been finding several problems
> > with the z80 ports (the problems are already reported) so I been updating
> >
Hello all and thanks for you response, I been finding several problems with
the z80 ports (the problems are already reported) so I been updating very
frequently to see if those problems were fixed, in the last build the
following warning is generated :
?ASlink-Warning-Couldn't find library 'z8
On Saturday 27 December 2008 03:24:08 pm Richard Gray wrote:
> >From memory, I think the Z80's SP=0 at reset, so the chances are that
>
> initialising of this register is something you're going to want to do
> fairly early on in your code.
>
> There are a couple of ways at least of doing this, but
Hello:
Thanks for your help, This is the first time that I am using SDCC and I am
having a couple of issues. (hope that this email is not too long)
1) The generated output ends in *.o, when I try to pass the objects to the
linker it says that the type *.o is unknown, if I change the extension
