plain char不一定是signed这事对于嵌入式C开发确实是常识，
如果是有经验的人面试时不知道是说不过去的，应届新生另说，
如果是相关专业的也应该知道，不过“应该”也只是“应该”-_-;;;;

“冷偏烂”和warning的问题呢，对嵌入式C来说确实不能说冷
也不能说偏，不出warning也是正常的。但从另一方面来说，
这就是之前我某个回帖说到的，近些年来在通用编程领域里，
通过某些PLT的方法论和SE的最佳实践已经可以有效防止一些
初级错误、提升生产力了，而嵌入式开发里有可能缺少必要的
工具链和意识。比如编译器不支持某些条件的warning；没有
linting等工具；或者说一般人不习惯开一个项目就在构建设置
里打开全部warning，或者有了warning也不管；没有CI/CD的
思想，没有unit test。等等。所以，对于习惯了现代PLT和SE
支持的通用领域开发者来说，说嵌入式开发的条件烂也不为过。

【 在 feiy (null) 的大作中提到: 】
: 给一些人贴一个刚刚去做的测试截图看看吧。这个帖子，适合那些1. 不太相信“嵌入式系统上char是否为signed取决于编译器”这个是常识，以及2. 认为只有冷偏烂编译器，才会有的问题，或者3. 认为一定会有warning提示的人，参考。
: 如果阅读者有嵌入式开发经验的，建议跳过。
: 先说一句自嘲的玩笑话，这个话题被意外转到Programming版面来，有点类似一个尼姑去和尚庙里交流梳头的技巧，得到一些和尚们反复质疑“有必要梳头吗”“梳头不是一个梳子一梳到底就完了吗”，看到一些类似这样的回应，可以理解。
: ...................
--
FROM 183.156.100.*

几十K内存的SoC大把

【 在 JulyClyde (我的月份又来了) 的大作中提到: 】
: agLee
: agLee
: 我比较怀疑限制这种1MB的环境是不是真的还存在。现在SoC自带的内存也不止这些吧
: ...................
--
FROM 122.225.220.*