On Fri, May 19, 2023 at 8:10 PM Gregory Nutt wrote: > > Such a big change needs good description.. risks.. clear list of > > advantages and disadvantages :-) > > And if it comes down to switching from one to the other as you suggest, > then it needs a vote to understand the will of the whole community, not > the preference of a few. The whole community would have to support the > switch in every product build environment they maintain. > > So I would add the we would need a good understanding of the impact to > product builds as well.
I do not suggest switching.. when it comes to IT I am really conservative.. and I like NuttX for NOT following fashions blindly :-) I remember there was a discussion some years back about cmake and it was no go.. I just want everyone to understand the status, process and, implications. There was in idea to use Python in the build and it was no go as well back then, but today I can see Python is involved in the build process. So it looks more like evolution rather than revolution..? I like CMake, lots of projects use it already, even on BSD everything "just works".. although it has different syntax and is more restrictive, it seems also well established solution, allows using different build mechanisms (even Makefiles), and that enables good integration with other automation / development tools.. I must admit that. Another advantage is build being done in a dedicated directory without touching the source tree. That may enable building variants, even different applications for different boards on the same source tree. This may enable more efficient automation. I am wondering about the initial configuration process, this part will have to change too, but it will not change dramatically (i.e. configure myboard:myconfig -> cmake -B myboard_myconfig -S . BOARD=myboard CONFIG=myconfig, and then the rest will remain the same)? If the change gets vote in favor I think that eventually Make will be replaced with CMake. I do not really like division of the community into "Make" and "CMake" groups.. this will lead to incoherent solution, bugs, mess, and interpersonal fights. We should really avoid that. Tremendous amount of work seems to be done. I am not really pro or against. If things work well I do not like changing them. But if the new feature proves itself with clear advantages then why not. -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
