According to SDCC page they have support to C99 and C11 see: http://sdcc.sourceforge.net
Not sure if it applies to all MCU/CPU supported by the project. But I agree we cannot move to C99 if it means removing support to some architectures, we need to find a way to keep NuttX supporting them. BR, Alan On 1/8/22, Gregory Nutt <spudan...@gmail.com> wrote: > z80 holds all 8-bit ZiLOG architectures. That means > > z80 using the SDCC compiler > z180 using the SDCC compiler > ez80 which normally uses the ZiLOG compiler, but there is an experimental > version of GCC for the ez80 > > z16 uses only ZiLOG compiler > > Also consider SH1 > > This will also require changes to INVIOLABLES.md and the coding standard. > I would also recommend a formal vote to assure that you are following the > will of the user base and not a personal agenda. There used to be a small > but important group of retro computer folk using NuttX; this eliminates > support for them. There is language in the INVIOLABLES that is there > specifically to protect them from actions like this. > > I have not heard of anyone using these architectures recently. I would say > that only ez80 is active with active development boards. There are > occasional developments with z180-like hardware. > > On Fri, Jan 7, 2022 at 11:40 PM Xiang Xiao <xiaoxiang781...@gmail.com> > wrote: > >> Ceva we just added this week also supports C99, so we just need to check >> avr, misoc, or1k, z16 and z80. >> >> On Sat, Jan 8, 2022 at 1:35 PM Petro Karashchenko < >> petro.karashche...@gmail.com> wrote: >> >> > In addition I just checked latest GCC with HC12 support is 3.0.4 >> > version. >> > It have C99 integrated. Will check with AVR32, but will probably need >> some >> > help with others. >> > >> > Best regards, >> > Petro >> > >> > On Sat, Jan 8, 2022, 7:15 AM Petro Karashchenko < >> > petro.karashche...@gmail.com> wrote: >> > >> > > Hi, >> > > >> > > What about inline functions? Those are also a part on C99. >> > > >> > > Are those old architectures checked by the CI? I mean do we have a >> proof >> > > that those are still compilable with the latest release? >> > > >> > > Best regards, >> > > Petro >> > > >> > > On Sat, Jan 8, 2022, 6:37 AM Xiang Xiao <xiaoxiang781...@gmail.com> >> > wrote: >> > > >> > >> >> > >> >> > >> On Sat, Jan 8, 2022 at 6:29 AM Petro Karashchenko < >> > >> petro.karashche...@gmail.com> wrote: >> > >> >> > >>> Hello team, >> > >>> >> > >>> Recently I mr. @Xiang Xiao <xiaoxiang781...@gmail.com> had a >> > discussion >> > >>> in one of the PR's related to C89 code compliance. Particularly >> > related to >> > >>> initializing a structure by field names (designated initializers). >> Mr. >> > @Xiang >> > >>> Xiao <xiaoxiang781...@gmail.com> pointed out that "for the common >> code >> > >>> it is better to avoid C99 only features". >> > >>> I examined the current NuttX code and see that currently common >> > >>> code >> is >> > >>> far away from C89 already and things like "<stdbool.h>", >> > "<inttypes.h>", >> > >>> "snprintf", "designated initializers", "__VA_ARGS__" (variadic >> > >>> macro) >> > are >> > >>> deeply embedded into the code. >> > >>> >> > >>> >> > >> We need separate the features that come from the compiler and the >> > >> standard library. Since the libc is provided by NuttX self: >> > >> >> > >> 1. The header files(e.g.stdbool.h, intttyes.h) and function(e.g. >> > >> snprintf) can be used in common code since NuttX can provide the >> > >> implementation for all arch even the arch use a very old compiler >> > >> 2. The preprocessor (e.g. __VA_ARGS__) or language( designated >> > >> initializers) feature need to avoid or incorporate into the >> > conditional >> > >> macro >> > >> >> > >> . >> > >> >> > >>> I would like to come up with the suggestion to make C99 as a >> > >>> prerequisite for the compiler that is used to build NuttX code. >> > >>> >> > >> >> > >> As Greg said, if compilers used on all arch supported by NuttX >> > >> support >> > >> C99, there is no reason to limit us to C89. The compiler status is a >> > >> keypoint. >> > >> >> > >> >> > >>> >> > >>> Best regards, >> > >>> Petro >> > >>> >> > >>> >> > >> >