On Thu, 21 Jul 2022 14:06:42 +0200
Philipp Klaus Krause <p...@spth.de> wrote:

> Dear SDCC users,
> 
> you have chosen SDCC over non-free alternatives. I'm a bit interested in 
> knowing the reasons. And also in knowing in which areas you think SDCC 
> is lacking compared to non-free alternatives. Also: do you use non-free 
> compilers for some of your projects for architectures supported by SDCC? 
> Knowing which architectures these (dis)advantages apply to would also be 
> helpful.

I use it because I don't want to be dependent upon compilers I can't hack
fix, or modify.

Good bits
- Code generation is best I've seen for Z80 (yes it's bad for some stuff
  but it's still beating the rest by a lot)
- Actually maintained
- Being open I could hack my own fork to support RAM based binaries well
  and also transparent code banking
- Code quality is reasonable and it's possible to make changes and work
  on it a bit.

Bad bits
- Stability. Each release seems to fix 5 things and break 4 different
  ones which makes it harder to manage
- Lack of proper support for RAM based binaries on Z80
- Doesn't follow any C compiler conventions about object file naming, not
  filling the current directory with trash files I don't want etc
- Compile time peformance (although this has improved)
- Doesn't know how to build relocatable binaries (but there are patches
  and way to deal with this plus forks like Z88DK)

Some people will know I plan to drop SDCC for Fuzix eventually but
to be clear that is solely because I intend to have a self-hosting
compiler not because I dislike SDCC.



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

Reply via email to