On 31.01.2015 22:30, Alan Cox wrote:
>> AFAIR some users want to keep the second register set reserved for
>> interrupt handlers or syscalls. However once we have the more flexible
>> handling of iy we will be able to generate code like
>>
>> add iy, de
>> adc hl, bc
>>
>> for 32-bit additions.
>
On 01/31/2015 02:31 AM, Philipp Klaus Krause wrote:
>>> Section 3.6.2 of the sdcc manual. There also was a thread on
>>> the sourceforge forum recently: "Banking on z80 (SEGA Master
>>> System)".
>>
>> Perfect. Thank you!
>
> There was a bit of reorganization of the manual two days ago. In
> cur
> I admit to not having looked at the documentation for some time but
> could sdcc not have a "reserve" switch. A really powerful option would
> be to have the compiler not use a register, or reserve a register set on
> on a per arch basis depending on the switch options, this would apply
> all th
On Sat, 2015-01-31 at 21:30 +, Alan Cox wrote:
> > AFAIR some users want to keep the second register set reserved for
> > interrupt handlers or syscalls. However once we have the more flexible
> > handling of iy we will be able to generate code like
> >
> > add iy, de
> > adc hl, bc
> >
> > f
> AFAIR some users want to keep the second register set reserved for
> interrupt handlers or syscalls. However once we have the more flexible
> handling of iy we will be able to generate code like
>
> add iy, de
> adc hl, bc
>
> for 32-bit additions.
That will certainly help in a few cases. I ca
On 31.01.2015 16:49, Alan Cox wrote:
> On Sat, 31 Jan 2015 08:31:42 +0100
> Philipp Klaus Krause wrote:
>
>> On 31.01.2015 06:47, Dave McGuire wrote:
>>> On 01/26/2015 04:51 PM, Philipp Klaus Krause wrote:
When I get around to do some more work on the Z80 port, the Z180
port will also b
On Sat, 31 Jan 2015 08:31:42 +0100
Philipp Klaus Krause wrote:
> On 31.01.2015 06:47, Dave McGuire wrote:
> > On 01/26/2015 04:51 PM, Philipp Klaus Krause wrote:
> >> When I get around to do some more work on the Z80 port, the Z180
> >> port will also benefit from it. I intend to particularly loo
On 31.01.2015 06:47, Dave McGuire wrote:
> On 01/26/2015 04:51 PM, Philipp Klaus Krause wrote:
>> When I get around to do some more work on the Z80 port, the Z180
>> port will also benefit from it. I intend to particularly look into
>> more flexible handling of registers a and iy to improve code
>>
On 01/26/2015 04:51 PM, Philipp Klaus Krause wrote:
> When I get around to do some more work on the Z80 port, the Z180
> port will also benefit from it. I intend to particularly look into
> more flexible handling of registers a and iy to improve code
> generation.
I look forward to that! Thanks
On 26.01.2015 22:39, Dave McGuire wrote:
> On 01/21/2015 06:51 AM, Philipp Klaus Krause wrote:
>>> Hi folks. Someone (Philipp, I think) wrote some Z180 support for
>>> SDCC a couple of years ago. What's the current status of that
>>> support?
>>
>> Stable port, passes regression tests. Code gener
On 01/21/2015 06:51 AM, Philipp Klaus Krause wrote:
>> Hi folks. Someone (Philipp, I think) wrote some Z180 support for
>> SDCC a couple of years ago. What's the current status of that
>> support?
>
> Stable port, passes regression tests. Code generation uses the
> Z80-specific mul and tst inst
On 21.01.2015 10:19, Dave McGuire wrote:
>
> Hi folks. Someone (Philipp, I think) wrote some Z180 support for SDCC
> a couple of years ago. What's the current status of that support?
>
> Thanks,
> -Dave
>
Stable port, passes regression tests. Code generation uses
Hi folks. Someone (Philipp, I think) wrote some Z180 support for SDCC
a couple of years ago. What's the current status of that support?
Thanks,
-Dave
--
Dave McGuire, AK4HZ/3
New Kensington, PA
On 28.03.2013 23:42, Masur Jonathan wrote:
> Ok,
> therefore using automatic bankswitching should be done with caution, as
> it could potentially result in a ridiculous number of unnecessary BBR
> writes - say if I access a lot of variables in bankswitched area and
> call functions that doesn't
Ok,
therefore using automatic bankswitching should be done with caution, as
it could potentially result in a ridiculous number of unnecessary BBR
writes - say if I access a lot of variables in bankswitched area and
call functions that doesn't touch BBR.
For interrupts yeah it makes complete sen
On 27.03.2013 22:28, Masur Jonathan wrote:
> Hello,
> it really sounds incredible SDCC can do this automatically !
> What if you call a function that itself call a function that will affect
> the bank switching ? Can SDCC detect such cases and do all the
> bank-switching automatically ?
Well, sd
On 27.03.2013 22:28, Masur Jonathan wrote:
> Hello,
> it really sounds incredible SDCC can do this automatically !
> What if you call a function that itself call a function that will affect
> the bank switching ? Can SDCC detect such cases and do all the
> bank-switching automatically ?
Well, sd
Hello,
it really sounds incredible SDCC can do this automatically !
What if you call a function that itself call a function that will affect
the bank switching ? Can SDCC detect such cases and do all the
bank-switching automatically ?
This really sounds incredible. If SDCC can do all this, it's o
On 21.03.2013 10:27, Hynek Sladky wrote:
> So the last question still remains: is there any example how to write
> application for SDCC/Z180 which uses memory banking for code and/or data?
I don't have a Z180, so I didn't test.
The attached example is a simple one for memory banking in the Z180 f
On 21.03.2013 10:27, Hynek Sladky wrote:
> Thanks for Your reply.
>
> after some more time of testing I got finally correct result. There was
> missing option for linker, so Z80 objects were linked as if they were
> for i51. It is probably also the cause for not linking crt0 and offset
> 0x0020 in
Thanks for Your reply.
after some more time of testing I got finally correct result. There was
missing option for linker, so Z80 objects were linked as if they were
for i51. It is probably also the cause for not linking crt0 and offset
0x0020 in IHX output (it was really 0x0020, not 0x0200; se
On 19.03.2013 13:48, Hynek Sladky wrote:
> Hello,
>
> I want to start project with Z180 but I can't find some answers:
Here's a quick introduction to the Z180 port. When Lee proposed to make
a Rabbit port, I had not created any any sdcc port before; so I thought
doing a Z180 port first would be a
Hello,
I want to start project with Z180 but I can't find some answers:
- I get "ASlink-Warning-No definition of area HOME" but I don't know why
- the code in .IHX file is placed at address 0x0020 (not 0x)
- there is not default crt0 linked (i.e. SP setup etc.)
- how to write bigger applicat
Am 24.09.2011 21:21, schrieb Dave McGuire:
>
>Expanded addressing support!
How? The problems will be similar to those in the mcs51 or Rabbit ports.
1) Make pointers 24 bit. This will allow to access averything using
standard C. However, pointer accesses will be slower, since CBAR wil
have to
On 09/24/2011 04:05 AM, Philipp Klaus Krause wrote:
> There now is a Z180 port of sdcc. It currently lives in a branch, which
> can be obtained using
>
> svn co https://sdcc.svn.sourceforge.net/svnroot/sdcc/branches/z180/sdcc
> sdcc-z180
>
> but it will probably make it into trunk and the snapshots
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There now is a Z180 port of sdcc. It currently lives in a branch, which
can be obtained using
svn co https://sdcc.svn.sourceforge.net/svnroot/sdcc/branches/z180/sdcc
sdcc-z180
but it will probably make it into trunk and the snapshots in the next
few
ED] *On Behalf Of *Ov3rM1nd
> *Sent:* Tuesday, 12 February 2008 8:08 PM
> *To:* sdcc-user@lists.sourceforge.net
> *Subject:* [Sdcc-user] Z180
>
>
>
> Hi,
>
> Does sdcc work with Z180? It has the same instruction set of Z80, but
> it can address 1mb of memory.
>
> Thanks,
> Pedr
s interested, I can post them here.
--
JP
>
>
> Peter Townson
>
>
>
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Ov3rM1nd
> Sent: Tuesday, 12 February 2008 8:08 PM
> To: sdcc-user@lists.sourceforge.net
> Subject: [Sdcc-user] Z180
>
&g
ailto:[EMAIL PROTECTED] On Behalf Of Ov3rM1nd
Sent: Tuesday, 12 February 2008 8:08 PM
To: sdcc-user@lists.sourceforge.net
Subject: [Sdcc-user] Z180
Hi,
Does sdcc work with Z180? It has the same instruction set of Z80, but
it can address 1mb of memory.
Thanks,
Pedro Hen
Hi,
Does sdcc work with Z180? It has the same instruction set of Z80, but
it can address 1mb of memory.
Thanks,
Pedro Henrique.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 20
30 matches
Mail list logo
