embedded OS porting

[geniusgogo]

Hello,I want porting this componet to RTOS，but this source code hava too much stdio/FILE and so on func,
what can I do?

[ndreynolds]

Hey there. That sounds awesome 😄. I'm unfortunately not terribly familiar with RTOSs, but maybe the stdio/file usage could be removed with DEFINEs or by refactoring those calls to include some additional logic based on your needs. Did you have something in particular in mind?

[BernardXiong]

Thank ndreynolds,
geniusgogo just finished a alpha porting for flathead in RT-Thread RTOS (https://github.com/RT-Thread).
However, we think RT-Thread RTOS has a powerful shell, therefore, we want let flathead can interpret some JavaScript file or as a system service to interpret JavaScript texture or files. In our board (RealBoard 4088), there are some file system, such as FAT, YAFFS, C run-time environment, such as newlib and 32MB SDRAM. The stdio/file APIs is not the problem, however, we hope flathead has more portable in the system level, especially for micro-controller.

Possibly, we will send out our pull request later, could you please merge them into flathead? Thank you very much for your flathead.

@geniusgogo

[ndreynolds]

Oh ok, I see. Very cool. I'm definitely interested in making flathead more portable for this sort of usage. So absolutely, I'd love see a pull request with the changes you've made. Thanks!

[lpsantil]

@BernardXiong @ndreynolds Any update on this? I'm interested in seeing geniusgogo's work.

I just finished porting flathead to MS-DOS using Andrew Wu's DJGPP cross compilers (https://github.com/andrewwutw/build-djgpp/releases/), RayeR's NVCLOCK (http://rayer.g6.cz/programm/programe.htm#NVCLOCK , for getopt :/) and some other changes. Not license compatible so I need to clean it up/rewrite getopt.