-----BEGIN PGP SIGNED MESSAGE-----
Am 31.08.2013 10:02, schrieb Frieder Ferlemann:
> Hi Philipp,
> Am 21.08.2013 12:55, schrieb Philipp Klaus Krause:
>> IMO, the new stm8 port makes it worthwhile to consider a 3.4.0
>> release soon.
> Since 2004 the middle number of sdcc's version has followed the
> release year.
> While I think it has never been formally documented it's nice to
> know that e.g. code compiled with SDCC 2.6.0 uses a compiler that
> has been released around 2006.
> I'd vote for keeping that scheme and release SDCC with a non "dot
> zero" last digit?
> Greetings, Frieder
The non-zero last digit so far was only used for development
snapshots, so using it for releases might cause more confusion. Also
we used to have have the second number be the last three decimal
digits of the year, but that was abandoned with 3.0.0.
Whatever the version, we now have a reasonably well-working and
well-debugged stm8 port. We also have a somewhat usebale TLCS-90 port
(not included in regression testing so far, and since I don't want to
break anything, not very optimized either). Also the named address
spaces have been improved foor practical use (from a theoretical
perspective the implementation was great before), as they now work
well for both RAM and ROM. There also is hardware that explicitly
mentions sdcc's named address spaces for ROM bank-switching (a
Megacart for the ColecoVision Z80-based system - AFAIK the designer,
Eduardo, programs it in asm, but other people are interested in using
it with sdcc) now.
IMO, this progress makes it worthwile to start a freeze soon. Even
though many important issues (e.g. pointer aliasing bugs, long long
constants) are still unresolved.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/
-----END PGP SIGNATURE-----