> Check out
> https://bitbucket.org/patacongo/obsoleted/src/master/ChangeLog. All of
> the architectures I removed and why are listed there
Hm, judging for the link and from your other message, I think there may
have been a misunderstanding. From what you posted ("I have suggested
removing support for the 8 bit architectures") , I understood that you
previously suggested removing support for architectures that are
currently present in the tree and it wasn't done. Now it seems to me
like you suggested to remove things mentioned in the link and they were
removed. Is that correct?
Some things were removed (like the doomed 8051 port). There were also some
ports that were started but never finished what were removed (like Pi Zero).
But none were removed for the reasons discussed here. Certainly they won't
compile, but they could if an appropriate toolchain were found. And I think
all of them have atomicity issues.
For example, there is apparently an eZ80 GCC port that was used. eZ80 is not
exactly 8-bit.
I also understood that the "Carrying architectures with this level of
breakage is misleading" sentence applies to those currently present in
NuttX. That was what my other question was leading to - if currently
present 8bit CPUs have some known breakage (and if it is under
consideration to remove them.)
I'm not planning to remove anything.
As an example of what I mean by broken for 8bit CPUs - mentioned in
previous message - circbuf_s uses size_t to record head, tail etc.
values. With no locking, this is broken for architectures that are not
able to read such values atomically.
What I would like to know if there is some other known issue that
applies to 8bit CPUs in NuttX.
None that I am aware of. It is likely that there are issues with
microcontrollers that have an 16-bit address space for both RAM or FLASH. Due
to code growth, I am not wholly convinced those are viable now.
> If no one uses an architecture, it is doomed in the long run. That is
> inescapable. If you want to keep support you have to use it: "Use it
> or lose it"
Well, I use AVR and even try to submit patches for it :-) But I also
don't (nor want to) have a GitHub account so getting stuff upstream has
been somewhat challenging as of late.
Although AVR is 8-bit, it is a contemporary architecture and has modern GCC
support. That can't be said for other 8-bit microcontrollers.
