对你的代码的编译方式极其学究

Question

我想找出哪个是g++ (4.7)最极端的错误检查标志组合。我们没有使用新的C++11规范，因为我们需要与旧的编译器交叉编译代码，而这些旧的编译器(主要是g++ 4.0)通常会导致问题，而这些问题只是被g++4.7忽略了。

现在，我们使用以下一组标志：

-Wall -Wcomment -Wformat -Winit-self -ansi -pedantic-errors \
-Wno-long-long -Wmissing-include-dirs -Werror -Wextra

但是这种组合不能识别问题，例如传递给期望int的函数的双精度值，或者有符号和无符号int之间的比较，这会导致旧的编译器对它感到阻塞。

我已经通读了文档，-Wsign-compare应该由-Wextra启用，但实际上似乎并非如此，所以我可能遗漏了一些东西……

Answer 1

-ansi是没有GNU扩展的默认标准的别名。我建议改用-std=c++98，但这应该是g++ -ansi的默认设置，所以不会有什么不同。

但一般来说，我从来没有见过会被新来的gcc接受，而被老gcc以无效为由拒绝的东西。我怀疑任何这样的问题都是旧编译器或它的标准库中的错误。对于正确的东西，Gcc没有警告，但它不适用于旧版本，所以除了使用旧版本测试之外，您没有其他选择。

至于你提到的具体问题：

将

• 传递给期望int的函数不是错误。不过，这可能是未定义的行为。help.
• Comparing -Wconversion with unsigned也有很好的定义，也总是按照定义工作，在等式比较的情况下，实际上会让程序员写出更糟糕的代码(将大于int的无符号变量与-1进行比较是另一回事，而不是与-1u进行比较)。所以我实际上总是用-Wno-sign-compare.

编译

对于在-isystem而不是-I给出的目录中发现的头文件，编译器不应该打印警告，这样您就可以让Qt头文件的警告消失，并为您自己的代码保持启用状态。因此，您应该能够使用-Wconversion。

Answer 2

除了编译器之外，还可以使用lint或some other static analysis tool检查代码。在我的Linux发行版上，apt-get install splint会安装splint，也许可以检查一下是否已经为你的操作系统打包好了，以便于安装。