Question

假设我们有以下代码：

#if !defined(__cplusplus)
#  error This file should be compiled as C++
#endif

#include <stdio.h>
#include <string>

//#define USE_CXX_CLASS
#ifdef USE_CXX_CLASS
class SomeClass
{
public:
    SomeClass() {}
    ~SomeClass() {}
    std::string GetSomeString()
    {
        // case #1
    }
};
#endif // USE_CXX_CLASS

int foo()
{
    // case #2
}

int
main (int argc, char *argv[])
{
    (void)argc;
    (void)argv;
#ifdef USE_CXX_CLASS
    SomeClass someInstance;
    someInstance.GetSomeString();
#endif // USE_CXX_CLASS
    foo();
    return 0;
}

并且假设它是使用选项-Wreturn-type -Werror=return-type从GCC版本4.2.1编译C ++编译器（而不是C编译器）。如果上述代码是按原样编译而没有先取消注释上面的//#define USE_CXX_CLASS行，那么您会看到警告但没有错误：

.../gcc-4.2.1/bin/g++   -g    -fPIC -Wreturn-type -Werror=return-type    test.cpp -c -o test.o
test.cpp: In function 'int foo()':
test.cpp:26: warning: control reaches end of non-void function

但如果取消注释//#define USE_CXX_CLASS行，则警告会被视为错误：

.../gcc-4.2.1/bin/g++   -g    -fPIC -Wreturn-type -Werror=return-type    test.cpp -c -o test.o
test.cpp: In member function 'std::string SomeClass::GetSomeString()':
test.cpp:18: error: no return statement in function returning non-void [-Wreturn-type]
gmake: *** [test.o] Error 1

是的，一个是非成员函数（案例＃2），另一个是C ++函数（案例＃1）。 IMO，这应该不重要。我希望将这两个条件视为错误，并且我不想在此时添加-Werror或-Wall（可能稍后会这样做，但这超出了此问题的范围）

我的子问题是：

是否有一些我错过的GCC开关应该有效？（不，我不想使用#pragma。）
这是一个在更新版本的GCC中解决的错误吗？

作为参考，我已经倾注了其他类似的问题，包括以下内容：

Answer 1

即使没有USE_CXX_CLASS标志，我确实看到了错误。即g ++与类成员函数和非成员函数的错误一致。 g ++（GCC）4.4.3 20100127（Red Hat 4.4.3-4）

Answer 2

在我看来，你需要的是围绕gcc的shell脚本包装。

将其命名为gcc-wrapper和g++-wrapper。
在Makefile中将CC和CXX设置为包装器。
让包装器调用GCC并将其输出传递给另一个程序，该程序将搜索您想要的警告字符串。
找到警告时，让搜索程序退出并显示错误。

强制GCC 4.x将-Wreturn-type视为错误而不启用-Werror？

2 个答案: