A new version of the SDCC C compiler is available. You can use SDCC to develop for the Amstrad CPC, e.g. with using the SDCC Code::Blocks template or the programming tutorials by Mochilote or with the new CPCtelera framework. The new version contains also some features for the Z80 port, so be sure to update it. You can download it from http://sdcc.sourceforge.net.

Changes:

• –disable-non-free configure option
• Changed default language dialect from –std-sdcc89 to –std-sdcc99
• Reorganized and updated manual
• Reduced memory consumption (most noticeable for high –max-allocs-per-node)
• Faster compilation for stm8 (most noticeable for high –max-allocs-per-node)
• atoll() function for conversion of strings to long long
• __z88dk_fastcall and __z88dk_callee calling conventions for more efficient function calls and better compability with z88dk
• –lospre-unsafe-read renamed to –allow-unsafe-read
• other numerous feature requests and bug fixes

A new version of the SDCC C compiler is available. You can use SDCC to develop for the Amstrad CPC, e.g. with using the SDCC Code::Blocks template or the programming tutorials by Mochilote. The new version contains a lot of optimisations for the Z80 backend again, so be sure to update. You can download it from http://sdcc.sourceforge.net.

Changes:

• Many small improvements in code generation for the z80-related ports – merged smallopts branch
• lospre (currently enabled for z80-related and hc08-related ports only) – merged lospre branch
• More efficient initialization of globals in z80, z180, r2k and r3ka ports.
• Inclusion of tests from the gcc test suite into the sdcc regression test suite led to many bugs being found and fixed.
• Split sdas390 from sdas8051
• Merged big parts of ASxxxx v5 into sdas
• New pic devices (synchronization with MPLABX 1.60). (Except for very old MCU-s.)
• New script which disassembles those hex files, in which MCS51 code there is. (mcs51-disasm.pl)
• Added the PIC16F1788 and PIC16F1789 devices.
• C11 _Alignof operator.
• C11 _Alignas alignment specifier.
• C11 _Static_Assert static assertion.

Numerous feature requests and bug fixes are included as well.

A new version of the SDCC C compiler is available. You can use SDCC to develop for the Amstrad CPC, e.g. with using the SDCC Code::Blocks template or the programming tutorials by Mochilote. In the new version, there are a lot of optimisations for the Z80 backend, so be sure to update if you already use the old version. You can download it from http://sdcc.sourceforge.net.

Changes:

• Named address spaces with optimal placement of bank selection calls.
• _Noreturn.
• –std-c11 command line option for ISO C11.
• ucsim support for the LR35902 (gameboy CPU).
• The gbz80 port is alive again, there were many bug fixes and the generated code is much better now.
• Pic 14 enhanced core libraries are included in sdcc builds by default
• Added pic 14 enhanced core devices: 16f1503, 16f1508, 16f1509, 16f1516, 16f1517, 16f1518, 16f1519, 16f1526, 16f1527, 16f1946, 16f1947
• PIC14/PIC16: Implemented __critical; PIC14 __critical function cannot have arguments for now, though
• inclusion of some tests from the gcc test suite into the sdcc regression test suite led to many bugs being found and fixed.
• Many macros with previously non-standard-compliant names have been renamed (SDCC_REVISION to __SDCC_REVISION, etc).
• setjmp() / longjmp() for the z180 and r2k ports.
• Added sdar archive managing utility. sdar and sdranlib are derived from GNU binutils package
• Added support for pic 14 core devices: 16f720, 16f721, 16f882, 16f883, 16f884, 16f747, 16f946
• sdcpp synchronized with GNU cpp 4.6.3
• Added support for pic 18f1230/18f1330 device family
• Implemented #pragma config for pic16 target
• sdcc now works on Debian GNU/Hurd.
• New register allocator for the hc08 port, resulting in better code being generated.
• New s08 port.
• New r3ka port.
• Many small improvements in the z80, hc08 and r2k code generation, reducing code size.
• Shift, multiplication, division and returning of long long are now supported (modulo for long long is still missing, integer literals of type long long are broken).