编译慢对于mcu开发问题不大。因为mcu上要塞的东西本来就不多。
编译出的文件大小和c的全面对比还要再往后放放，目前我也还在探索中。

你更关心极限最小体积，这块我觉得要精通rust之后才行，眼下我的熟练度还完全
不够。而且单对比hal很难说是否公平。毕竟stm32的hal和rust的hal完全不一样。
我只能说rust在机制上对比c是有优势的，但rust比c复杂的多，不同选项下有的东
西一开可能很容易就超了。

所以我目前是在stm32f0上开发找个real case综合测试下。64K rom，8K ram，塞个
gui进去，含字库，再加一些常见的逻辑，i2c啊，timer啊，一些逻辑控制啊，485
通讯啊等等。之前用c基于hal做，把所有优化措施都用上之后非常勉强的能塞进
去。rust这块我还没把之前的gui port完暂时还不知道，只能说先搞个感性认识。

真要折腾极限测试需要投入巨大精力，rust和c两边都要做极限尺寸优化之后再pk才
有价值，我估计我是没时间去做这个事情了～

另一方面在系统编程方面，我也开始用rust代替之前用python做的项目了。目前大
概是python一天完成的活用rust干了20天...当然目前我在两方面的熟练度上存在巨
大差异...rust下我知道怎么用meta programming做的更快的，但熟练度不够暂时无
法支撑这些想法...

【 在 spadger (imdx) 的大作中提到: 】
: 编译慢可以等等，生成的二进制文件尺寸和C比如何？我比较关心这个。
: HAL库太臃肿了，只要用了，目标文件就小不了。
--
修改:lvsoft FROM 180.109.234.*
FROM 180.109.234.*