VC和linux环境下，一般什么级别的warning必须解决？

写windows时，不管什么warning，统统忽略。
写linux内核时，不管什么warning，统统处理掉（不准有warning出现）

解决方案 »

  1.   

    编程开发一般，默认是Warn3，不过要强调质量就设置到最高Warn4
    Linux不了解。
      

  2.   

    VC一般用缺省的warning级别就可以了
    Linux你可以用-Wall
      

  3.   

    程序员要做的不是尽力避免错误，而是聚焦在快速发现并改正错误。真正以快速方式轻易解决错误，“快速的失败”远胜过“预防错误”。Fred George
      

  4.   

    略微有强迫症，有warning的都干掉
      

  5.   

    赵老师，话是这么说，可是这么做，是希望在开发阶段尽量的排查出隐藏的风险啊，求赐教
    个人意见：先掌握最根本的发现运行时错误的方法（单步、断点、数据断点、Dump＋Call Stack、日志、……）和要使用的工具（WinDbg、GDB、……），再掌握开发阶段排查和纠正警告错误的方法（使用正确的数据类型、强制数据类型转换、函数原型、默认参数、构造/析构函数、异常捕获、……）
      

  6.   

    个人以为，凡是出现的warning都必须要解决掉——警告即错误
      

  7.   

    我在vc下用level4，除了连接第三方lib提示的缺pdb之类的，其他的都解决掉
      

  8.   

    "个人以为，凡是出现的warning都必须要解决掉"
    解决掉 就是 检查 warning 是不是 真正会 有问题 ，
    有问题 的 必须 消除， 
    没问题 的 要 disable
      

  9.   

    支持，以后我也这么做吧。
    但是比如说strcpy这样的告警，也一定要用strcpy_s吗？
      

  10.   

    支持，以后我也这么做吧。
    但是比如说strcpy这样的告警，也一定要用strcpy_s吗？编译器警告第
    4995
    和
    4996 号是最恶心的.
      

  11.   

    warning C4996: '_vsnprintf': This function or variable may be unsafe. ......warning C4996: strcpy was declared deprecatedwarning C4995: “....”: 名称被标记为 #pragma deprecated
      

  12.   

    #pragma warning(disable:4996)
      

  13.   

    字符串安全处理函数，如_tcscpy_s，有个很不爽的地方：