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
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
14 matches
Mail list logo