Users of the SDCC (Small Device C Compiler)

peter townson | 1 Sep 2011 02:41

Re: Which Z80-based processor do you use?

Phillip,

My primary interest is in the 'bog' standard Z80 and the Z180
(HD64180/HD647180).

I am also intrigued by the possibilities of the T80 but haven't gotten
there yet.

PeterT :->

On 8/31/11, Philipp Klaus Krause <pkk@...> wrote:
> Dear users of sdcc,
>
> there are many Z80-based architectures out there, and I suppose that
> some of you are writing software for them. Some variants have specific
> instructions not available in the original Z80 that could be emitted by
> sdcc to better support these Z80 variants. To decide which ones to have
> a closer look at, and maybe better support in sdcc, I'd like to know
> which you use or are interested in.
>
> Architecture:
> * Z80
> * GBZ80 (the CPU used in the Game Boy)
> * Z180
> * eZ80
> * Rabbit 2000 / 3000
> * Rabbit 3000A
> * Rabbit 4000 / 5000
> * Other (please indicate)
>

(Continue reading)

headers

Mario | 1 Sep 2011 05:16

Re: BCF STATUS,RP0, BCF STATUS,RP1

Nobody??

On Mon, Aug 29, 2011 at 7:35 PM, Mario <marbarand@...> wrote:
> I have an issue which is recurrent, happens in all my programs
> compiled with SDCC.
> Maybe all of you have experienced this also, there are tons of
>    BCF STATUS,RP0
>    BCF STATUS,RP1
> And such repeating over and over after most of the operations between
> the W register and some RAM (memory) one.
>
> Is there a way of making SDCC optimize this a little more? I see no
> point in this. I think there is no point on that. Because of this
> my codes become huge compared to the ones I used to get with CC5X.
> Greetings.
>

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev

headers

Philipp Klaus Krause | 1 Sep 2011 11:40

Re: Which Z80-based processor do you use?

Am 01.09.2011 00:57, schrieb Egan Ford:
>> current maintainer of the sdcc Z80 port
> 
> Just a bit of feedback:
> 
> sdcc object files are about 1/3 the size of Aztec C (circa 1985), but
> run about 25% slower.  Are there optimization options that I missed?

The optimization options are --opt-code-size --opt-code-speed and
--max-allocs-per-node (higher values optimize more, default is 3000).

Can you give some example functions (C source and Aztec C asm output),
where sdcc generates significantly slower code than Aztec C?

Philipp

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev

headers

Borut Ražem | 1 Sep 2011 19:33

New sdcc snaphot build plarform: 64 bit Windows

Hi sdcc users and developers,

if you carefully looked to the SDCC Snapshot Build web page, you might noticed two new items: "Windows 64bit (experimental) (x86_64-w64-mingw32)" and "Windows 64bit package with installer (experimental) (x86_64-w64-mingw32-setup)".

Both contains the native 64 bit Windows compiled sdcc suite. The builds are done on Erik's cf-x86 amd64 Fedora 12 Linux machine, cross-compiled in mingw_w64 environment (libraries, header files, ...) with x86_64-w64-mingw32-gcc (GCC) 4.5.4 (prerelease). Regression test are ran on the same machine with wine64 and they all pass.

The zip packages sdcc-snapshot-x86_64-w64-mingw32-yyyymmdd-bbbb.zip are quite complete. The only remaining TODO is compilation of 64 bit readline5.dll and it's inclusion.

The setup package still needs some work:

I just noticed that it has to be renamed since the name is same as for 32 bit packages. The new name will probably be sdcc-yyyymmdd-bbbb-w64-setup.exe
Detection when trying yo install 64 bit package on 32 bit Windows
Proper installation in 64 bit registry and in 64 bit "Program Files". Currently it is incorrectly installed as 32 bit application in "Program Files (x86)" directory.
Already mentioned inclusion of 64 bit readline5.dll

Any reports of successful or unsuccessful installation & execution are welcome!

Thanks to Erik Petrich to upgrade cf-x86 to Fedora 12 (glibc 2.11 is required by brebuild mingw_w64) and to gcc, mingw_w64 and wine teams to make this possible.

Borut

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev

_______________________________________________
Sdcc-user mailing list
Sdcc-user@...
https://lists.sourceforge.net/lists/listinfo/sdcc-user

headers

Philipp Klaus Krause | 3 Sep 2011 11:55

Anyone using --portmode=z180?

And if yes, why?

As far as I can see this just ensures that the upper 8 bits of the
address bus are 0 whenever doing I/O, instead of undefined as in the
default --portmode=z80. Is there a use case for this?

Philipp

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev

headers

Philipp Klaus Krause | 3 Sep 2011 12:01

Re: Which Z80-based processor do you use?


Thanks for all the replies, everyone!

It seems most of you are using plain Z80 (as do I) in NMOS, CMOS or
softcore. I wonder if this is due to the Z80 being more common or due to
sdcc supporting this target best.
I see that some are using the Z180, so I'll have a look at improving
support for that one, probably via -mz180. Since there's not many new
instructions (mlt being the most important one) this should not be too
much effort.

Philipp

headers

Philipp Klaus Krause | 3 Sep 2011 12:11

Undocumented Z80 instructions

Would you be interested in seeing support for some so-called
undocumented Z80 instructions in sdcc? This would be available via a
command-line switch, that would allow sdcc to generate the following:

adc a, ir
add a, ir
and a, ir
cp a, ir
inc ir
ld ir, ir'
ld ir, n
ld ir, r
ld r, ir
or a, ir
sbc a, ir
sub a, ir
xor a, ir

Where ir/ir' is iyh or iyl, and r is a, b, c, d or e, and n is an 8-bit
immediate.

For targets that support them this could result in slightly smaller and
faster code since it allows more flexible use of iy.

AFAIK most softcore implementation of the Z80 officially support them,
and they just work on most other implementations as well, even where
this is not documented.

Philipp

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev

headers

Guy Hutchison | 3 Sep 2011 17:01

Re: Anyone using --portmode=z180?

Unless this increases the I/O address space beyond 8 bits I don't see a need for it, upper 8 bits are ignored.

Guy

On Sep 3, 2011, at 2:55 AM, Philipp Klaus Krause <pkk@...> wrote:

> And if yes, why?
> 
> As far as I can see this just ensures that the upper 8 bits of the
> address bus are 0 whenever doing I/O, instead of undefined as in the
> default --portmode=z80. Is there a use case for this?
> 
> Philipp
> 
> ------------------------------------------------------------------------------
> Special Offer -- Download ArcSight Logger for FREE!
> Finally, a world-class log management solution at an even better 
> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
> download Logger. Secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsisghtdev2dev
> _______________________________________________
> Sdcc-user mailing list
> Sdcc-user@...
> https://lists.sourceforge.net/lists/listinfo/sdcc-user

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev

headers

Claude Sylvain | 3 Sep 2011 17:31

Re: Anyone using --portmode=z180?


On 03/09/2011 05:55, Philipp Klaus Krause wrote:

 >
 > [Sdcc-user] Anyone using --portmode=z180?
 >
 > And if yes, why?
 >
 > As far as I can see this just ensures that the upper 8 bits of the
 > address bus are 0 whenever doing I/O, instead of undefined as in the
 > default --portmode=z80. Is there a use case for this?
 >

Hello Philipp,

- I do not use the "--portmode=z180" SDCC option.

- I only use Z80 processors, and was not aware of the SDCC
   "--portmode" option.

Claude

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev

headers

Claude Sylvain | 3 Sep 2011 17:46

Re: Undocumented Z80 instructions


On 03/09/2011 06:11, Philipp Klaus Krause wrote:

 >
 > Would you be interested in seeing support for some so-called
 > undocumented Z80 instructions in sdcc? This would be available via a
 > command-line switch, that would allow sdcc to generate the following:
 >
 > adc a, ir
 > add a, ir
 > and a, ir
 > cp a, ir
 > inc ir
 > ld ir, ir'
 > ld ir, n
 > ld ir, r
 > ld r, ir
 > or a, ir
 > sbc a, ir
 > sub a, ir
 > xor a, ir
 >
 > Where ir/ir' is iyh or iyl, and r is a, b, c, d or e, and n is an 8-bit
 > immediate.
 >
 > For targets that support them this could result in slightly smaller and
 > faster code since it allows more flexible use of iy.
 >
 > AFAIK most softcore implementation of the Z80 officially support them,
 > and they just work on most other implementations as well, even where
 > this is not documented.
 >

- My personal opinion is that Z80 undocumented instructions
   must not be used and supported, since no one can certify
   their behaviour.

Claude

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev

Mon	Tue	Wed	Thu	Fri	Sat	Sun

			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30

27	May 2013
21	April 2013
54	March 2013
69	February 2013
35	January 2013
50	December 2012
17	November 2012
27	October 2012
21	September 2012
11	August 2012
46	July 2012
59	June 2012
38	May 2012
18	April 2012
14	March 2012
48	February 2012
27	January 2012
15	December 2011
59	November 2011
89	October 2011
65	September 2011
73	August 2011
43	July 2011
30	June 2011
67	May 2011
27	April 2011
55	March 2011
49	February 2011
37	January 2011
32	December 2010
69	November 2010
69	October 2010
1	September 2010
31	August 2010
85	July 2010
15	June 2010
37	May 2010
30	April 2010
81	March 2010
81	February 2010
54	January 2010
36	December 2009
97	November 2009
64	October 2009
28	September 2009
10	August 2009
46	July 2009
10	June 2009
51	May 2009
38	April 2009
114	March 2009
87	February 2009
144	January 2009
41	December 2008
19	November 2008
54	October 2008
188	September 2008
128	August 2008
47	July 2008
32	June 2008
91	May 2008
25	April 2008
42	March 2008
105	February 2008
40	January 2008
39	December 2007
67	November 2007
83	October 2007
74	September 2007
33	August 2007
29	July 2007
53	June 2007
28	May 2007
45	April 2007
105	March 2007
88	February 2007
112	January 2007
55	December 2006
57	November 2006
75	October 2006
27	September 2006
54	August 2006
71	July 2006
40	June 2006