这个帖子主要记录下RT-Thread 0.4.0的发布进展。RT-Thread 0.4.0当时提出的两个目标:
RT-Thread 0.4.x分支的额外说明,似乎很多人误以为0.4.x分支是面向资源丰富的平台,不太适合类似STM32这样的CM3平台。这里要说的是,0.4.x分支绝大部分是兼容0.3.x分支,并且也非常适合于STM32等面向微控制器的硬件平台。例如POSIX thread部分,它能够运行于STM32平台,如果使用Code Sourcery GCC工具链,同样能够支持其中的newlib C库。这部分同样对内存的需求非常少。0.4.x分支一些特性不适合于微控制器的包括:
newlib移植 — 接近完成,相应的更改包括:
POSIX Thread 此部分按照Open Group IEEE Std 1003.1, 2004 Edition标准实现
应用模块
device file system完善(这里指的是设备虚拟文件系统,不是devfs)
external组件
新的分支:
— AVR32
— SEP4020
— Renesas M16C
— MIPS分支
欢迎跟帖指出RT-Thread/GUI的不足。
目前考虑到的:
增加视图间切换的动画效果
考虑增加两套外壳(会先在模拟器上完成):
大多局限于GUI的后端,与控件端关系不大。控件有很多,特性需求也高,所以暂时先把后端做好了再处理好控件这块的内容。上面这些提及的内容最迟在RT-Thread 0.4.0 beta2版本中完成。
关于模块和POSIX的支持情况,我们是否可以这样:
模块的入口点就是main函数,然后main函数是主线程,在主线程中可以调用pthread线程库以添加新的线程应用。
然后想办法让一些Linux下的程序(例如很多带configure,automake,autoconfig)的程序能够默认编译出来,然后在RT-Thread中直接载入运行。
BTW:
第一个POSIX thread已经能够运行了。
关于模块和POSIX的支持情况,我们是否可以这样:
模块的入口点就是main函数,然后main函数是主线程,在主线程中可以调用pthread线程库以添加新的线程应用。然后想办法让一些Linux下的程序(例如很多带configure,automake,autoconfig)的程序能够默认编译出来,然后在RT-Thread中直接载入运行。
BTW:
第一个POSIX thread已经能够运行了。
模块的入口点和主线程都是main是可以的。
只是现在应用模块支持的是.so文件的加载,相关的编译和链接参数还是需要修改的。此外,相关的引用头文件也需要封装起来。