标签：coredump 第一个 makefile fat 开源 语句 core gcc编译 也有
-w -W
禁止/开启 编译警告的打印。这个警告不建议使用。大约2012年底，公司代码进行一次大重构，另外从Codeblock集成开发环境转向Makefile管理，Makefile里面默认使用了-w，因而代码一直没有警告，今年个别项目开发中发现一些代码笔误导致的BUG，而这些问题可以从编译警告中知道。前几个月，领导安排我来fix这些警告。为了自己，为了后人，不建议使用-w选项。
-Werror
将所有的警告当成错误处理。此选项谨慎建议加上。有的开源库警告很多(大名鼎鼎的ffmpeg也有很多警告呢)，一一改掉耗时耗人力，必要性也不大。最后，公司代码加入了一个开源库，里面有很多代码警告，可能领导又安排我来fix了。
-Wfatal-errors
遇到第一个错误就停止，减少查找错误时间。建议加上。很多人遇到错误，没有意识到从第一个开始排查。不管是编译错误，还是程序运行出错，从最开始的错误查起，是个好的做法。
-Wall
开启“所有”的警告。强烈建议加上，并推荐该选项成为共识。如case语句没有default处理，有符号、无符号处理，未使用变量(特别是函数有大量未使用的数组，占用栈空间，测试发现，开辟一个未使用的8MB的数组，程序有coredump)，用%d来打印地址，或%s打印int值，等，都可以发出警告。
-Wextra
除-Wall外其它的警告。建议加上。
在GCC编译时，加上必要的警告选项，可以避免很多低级错误引发的问题，我就在实际工程代码中遇到用“==”来赋值，我自己写的代码也出现过把“=”当成判断的。但是，有些错误却不是用GCC选项能解决的。比如一般项目都会自定义调试信息打印函数，但在处理可变参数类型时，往往不注意。可参考文章《一个可变参数类型检查的示例》。
标签：coredump 第一个 makefile fat 开源 语句 core gcc编译 也有
原文地址：https://www.cnblogs.com/develon/p/10618804.html
