Jump to content
IGNORED

SDCC 3.6.0 released


PkK
 Share

Recommended Posts

Since a few hours, there is SDCC 3.6.0:

 

 

 

Today a new release of SDCC was made. We are now at version 3.6.0.
You can get it at:
http://sourceforge.net/projects/sdcc/files/

So what's new?
* Merged upstream binutils 2.25
* New memory management with lower overhead
* Changed default language dialect to --std-sdcc11
* Diagnostic for missing type specifier: No implicit int outside of C90
mode anymore
* C11 generic selections
* char type is now unsigned by default (old behaviour can be restored
using --fsigned-char)
* Character constants are now of type int instead of char.
* ISO C95 and ISO C11 wide character constants
* ISO C95 and ISO C11 wide string literals
* Basic standard library support for wide characters: c16rtomb(),
mbrtoc16(), mbsinit(), mbtowc(), mbrlen(), mbrtoc32, c32rtomb(),
mbrtowc(), wcrtomb(), mblen(), wctomb()
* Treat all ports the same in the manual (i.e. mcs51-specific stuff is now
clearly described as such)
* Reorganized interrupt handling for z80, z180, r2k, r3ka, tlcs90, gbz80
backends
* Workaround for stm8 division hardware bug
* ELF/DWARF support for stm8
* Output symbol table for ELF
* pic16 port now uses standard-compliant crt0iz that initializes static
and globals to 0 by default

And of course numerous feature requests and bug fixes are included as well.

Once again I hope you will enjoy using this new release.

Maarten Brock
SDCC 3.6.0 Release Manager

 

 

Most relevant for ColecoVision programmers are probably the improved standard support and various bugfixes in the Z80 backend.

 

Philipp

 

  • Like 1
Link to comment
Share on other sites

upgraded. Thanks for the notice.

 

Tested it with my current project and after a bit of reworking it all works fine. Main thing I ran into was I was using signed characters -48,-36 etc. SO I converted them all to unsigned 0 -255 and it's all good so far. smooth transition other wise

 

Not sure yet but it might have even removed a graphic glitch I was having. Might be just a coincidence. Hasn't shown up today anyways.

Link to comment
Share on other sites

  • 3 weeks later...

hum, it seems that rom compiled with new version take more space than with sdcc3.5 :/

Do we need to use special option to have same optimization like for sdcc 3.5 ?

 

 

Area Addr Size Decimal Bytes (Attributes)
-------------------------------- ---- ---- ------- ----- ------------
_CODE 00008048 00007F58 = 32600. bytes (REL,CON)

with sdcc 3.5

 

and with sdcc 3.6 I have 87 bytes more :/

 

Compilation option for 3.5 :

 

CFLAGS += -mz80 -c -I$(CVLIB)/include -I$(DEVKITSDCC)/include --std-sdcc99 -O3 --vc

and for 3.6 :

 

CFLAGS += -mz80 -c -I$(CVLIB)/include -I$(DEVKITSDCC)/include O3 --vc

Edited by alekmaul
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...