如果不精通编译器所有警告的打开关闭方式，作为初级C码农也不合格啊

现代编译器或者分析工具是非常容易找出所有潜在类型转换问题的，尤其是C，肯定不会有遗漏。把警告作为错误即可，不要用人脑代替编译器。

【 在 feiy (null) 的大作中提到: 】
: 所以，规范公司和有经验的工程师都会拒绝用单独一个char(plain char)，都会定义一套u8  s8 u16 s16之类的使用。
: 但现实里，却是有不少工程师有时会无意该地夹杂用char来表示他所本意的signed 8-bit，而且认为没错无问题。有时候，编译器会给warning，有时候未必会给warning(前面有人说char a=-5；很易被warning，但若-5是隐性计算出来的呢，编译器本身也并不总是很聪明)，有很多人面
: 不是说一定会出问题bug，做多开发经验有了，一般基本都会遇到。
: ...................
--
FROM 27.91.71.*