v4.1.0 特性征集与讨论 | v4.1.0 discussion

[Guozhanxin]

v4.0.4 已经发布了，所以我们开始筹备下个版本的发布了，下个版本按计划是一个次版本的更新，将会包含更多的新特性。

如果您也有一些功能想法或对当前计划的看法，请发表评论。

v4.0.4 has been released, so we have started to prepare for the release of the next version. The next version is planned to be a minor version update and will contain more new features.

please comment if you also have some features ideas in mind or share your opinion about the planned features.

Features

• [ ] MAL (mpu abstract layer) support. https://club.rt-thread.org/ask/article/3188.html
• [x] PSE51 support. https://github.com/RT-Thread/rt-thread/pull/5384
• [x] Update PM Component https://github.com/RT-Thread/rt-thread/pull/5332
• [x] armclang c++11

BSP

• [x] Add STM32L5 https://github.com/RT-Thread/rt-thread/pull/5250
• [x] Add STM32U5 https://github.com/RT-Thread/rt-thread/pull/5280
• [x] Add Renesas CPK-RA6M4 https://github.com/RT-Thread/rt-thread/pull/5262

Package

• [x] PikaScript
• [x] TinyUSB

LVGL https://github.com/lvgl/lvgl/issues/2790

• [x] STM32F469I-DISC supports for LVGL
• [x] QEMU-A9 supports for LVGL. https://github.com/RT-Thread/rt-thread/pull/5350
• [x] VS2019 simlulator supports for LVGL https://github.com/RT-Thread/rt-thread/pull/5394
• [x] STM32L475-Pandora supports for LVGL https://github.com/RT-Thread/rt-thread/pull/5204
• [x] Nuvoton-N9H30 supports for LVGL https://github.com/RT-Thread/rt-thread/pull/5399
• [x] Nuvoton-NK-980IOT supports for LVGL https://github.com/RT-Thread/rt-thread/pull/5399
• [x] implement documentation

Exquisite

• [ ] Rename finsh to msh
• [x] Update the file system elmfat version to R0.14b https://github.com/RT-Thread/rt-thread/pull/5223
• [x] Remove RT_USING_TC https://github.com/RT-Thread/rt-thread/issues/1974
• [x] Organize and clarify the level of DFS, libc and posix

Others

• [x] Change the flag of mutex from FIFO to PRIO https://github.com/RT-Thread/rt-thread/pull/5284
• [x] Optimize memory protection mechanism https://github.com/RT-Thread/rt-thread/pull/5175
• [x] NewLib issue
• [x] CFLAG flag issue https://github.com/RT-Thread/rt-thread/pull/4953 https://github.com/RT-Thread/rt-thread/pull/5397

[mysterywolf]

仓库代码尽量压缩C99的使用需求，如无特殊需求使用CFLAGS或者LOCAL_CFLAGS, 而非CCFLAGS，不要讲C++和C的配置项默认混在一起。 部分编译器如（Keil-MDK），针对C++和C的配置要求不一样，混在一起配置可能会出问题。

[thewon86]

为啥不是计划放弃旧版本语法，向新规范靠拢？

[mysterywolf]

为啥不是计划放弃旧版本语法，向新规范靠拢？

因为不同编译器对新版本语法的支持情况并不相同，因此不适合强制工程直接使用C++11或者C99，用户有需求可以通过sconscript自行定义LOCAL_CCFLAG LOCAL_CFLAG LOCAL_CXXFLAG 参见：https://github.com/mysterywolf/RTduino/blob/master/core/SConscript

[mysterywolf]

libc

• [x] https://github.com/RT-Thread/rt-thread/issues/5708
• [x] newlib 4.1.0 新版本的支持

[mysterywolf]

版本控制规范：https://semver.org/

[mysterywolf]

• [ ] 支持64位时间戳，以解决千年虫问题

  • [ ] 驱动支持64位时间戳，即使libc还末支持64位
  • [ ] libc支持64位的方案，不同的编译器现在支持的情况不同，可以考虑自己单独维护1套time相关的功能

2038的问题 看起来不只是time32改time64这么简单 其他结构体也需要从long改成longlong https://github.com/RT-Thread/rt-thread/pull/5775#discussion_r843435505

[mysterywolf]

https://club.rt-thread.org/ask/question/435318.html