On Fri, Oct 8, 2021 at 8:38 PM Gregory Nutt wrote: > > I don't think that there is any particular reason to "forbid" Python in the > build. The current build does not depend on Python and, hence, adding the > requirement for Python would probably affect many people in the community. > Historically, the project has avoided adding new build tool requirements > and so perhaps Python was "fobidden" for that reason only. > > There is a similar argument for using CMake, for example. > > I think that because the impacts are widespread and could have unintended > side effects, we should check with the community to assure any new tool is > the way to go. It is worth disrupting everyone's build environment? Is if > fully compatible? Is it fully tested? Is it available on all platforms? > Will it lead to support issues? Is it maintainable? > > We should be objective and always try to do the right thing for the > community, rather than just advocating our favorite tools. > > kconfig-frontends builds under Windows MSYS2 and Cygwin with no issues (at > least last time I build them). I use them frequently. For Windows native, > this has been recommended: > > http://reclonelabs.com/more-kconfig-awesomeness-for-windows/ > > And this is also available: > > https://distortos.org/downloads/tools/kconfig-frontends-windows/
Hello and thank you Gregory :-) I will try to be as least invasive as possible. Personally I highly oppose modern "enforcing changes" ideology, this is why the "conservative" FreeBSD Unix is my ultimate choice. Changing too many things too fast always results in a disaster, honestly I do not understand how modern world even works (i.e. JavaScript + React-Native is my last bad trip). The goal for now is just to run NuttX on FreeBSD as the development environment, build firmware, get familiar with the RTOS, see what works, what needs to be done. Then I will document it for the others. What I find important in business applications, as many years corporate worker, now company owner, is a quick verification of the required functionalities of the tool set under consideration: can I use it in my current project, why it is better than the others, how much time do I need to setup the environment, what is the maintenance process of the tool set along with dependencies and how that impacts maintenance of my own products. This is why I always check this in the first place, before any decision or work is made. This is why I was asking for the dependencies. Also having ability to quickly setup the environment and produce some sort of demo is crucial in tool set selection. I would like that process to be as smooth as in Zephyr RTOS (that I am using so far) - setup takes 5 minutes, producing demo takes less than 5 minutes, build time is around one minute, rebuild takes several seconds. There are lots of sample demo applications in Zephyr that you can simply build with `west build -b target_hardware_board`, then flash with `west build -b target_hardware_board`. I would like to compare Zephyr and NuttX in this area and make them both work well on FreeBSD :-) It seems that kconfig-frontends maintenance has been abandoned. Luckily Espressif took over the project, and I think it can be good idea to follow them as the current upstream. Espressif have really nice dedicated team of specialists that can solve problems almost instantly. I will use their repository as base for the FreeBSD port. It would be nice if NuttX developers could verify if that version works well with their current setup. It is also known to work with Windows + MSYS, even though its modern python replacement kconfiglib does not :-) CMake could be a nice solution. Zephyr uses it making project builds really smooth and efficient. That could solve current GNU Make vs BSD Make problem. But that seems too much burden of work and code base change than it may be worth. Definitely a large breaking change that could be only made by someone resourceful in time with perfect understanding of the NuttX internals. I will get back to work in the middle of next week. Will report any progress :-) Have a great weekend! :-) Tomek CEDRO ps/2: Do you think NuttX could work on MOS6502 8-bit Atari hardware? I saw some Z80 CPU on the supported hardware list - was it a real machine or only a simulator? :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info