对clang、gcc和icc中开关枚举类返回的处理一致

我通常使用clang来开发代码，使用我能使用的所有合理的警告(-Wall -Wextra [-Wpedantic](。这个设置的一个好处是编译器检查switch语句与所用枚举的一致性。例如，在此代码中：

enum class E{e1, e2};
int fun(E e){
switch(e){
case E::e1: return 11;
case E::e2: return 22; // if I forget this line, clang warns
}
}

如果：我省略了e1或e2的情况，则clang会抱怨(警告(，并且没有默认情况。

<source>:4:12: warning: enumeration value 'e2' not handled in switch [-Wswitch]
switch(e){

这种行为很棒，因为

1. 它在编译时检查枚举和开关之间的一致性，使它们成为一对非常有用且不可分割的特性
2. 我不需要定义一个人工default的情况，对此我没有什么好做的
3. 它允许我省略一个全局返回，对于它我没有什么好的返回(有时返回不是像int这样的简单类型，它可能是一个没有默认构造函数的类型

(注意，我使用的是enum class，所以我假设只有有效的情况，因为无效的情况只能由呼叫者端的恶劣强制转换生成。(

现在坏消息是：不幸的是，当切换到其他编译器时，它会很快崩溃。在GCC和Intel(icc(中，上面的代码警告(使用相同的标志(我不会从非void函数返回。

<source>: In function 'int fun(E)':
<source>:11:1: warning: control reaches end of non-void function [-Wreturn-type]
11 | }
| ^
Compiler returned: 0

我为这项工作找到的唯一解决方案是既有default的情况，又返回非意义的值。

int fun(E e){
switch(e){
case E::e1: return 11;
case E::e2: return 22;
default: return {}; // or int{} // needed by GCC and icc
}
}

这很糟糕，因为我上面提到的原因(甚至没有涉及到返回类型没有默认构造函数的情况(。但这也很糟糕，因为我可以再次忘记其中一个枚举情况，现在clang不会抱怨，因为有一个默认情况。

因此，我最终要做的是让这些丑陋的代码在这些编译器上运行，并在可能的时候出于正确的原因发出警告。

enum E{e1, e2};
int fun(E e){
switch(e){
case E::e1: return 11;
case E::e2: return 22;
#ifndef __clang__    
default: return {};
#endif
}
}

或

int fun(E e){
switch(e){
case E::e1: return 11;
case E::e2: return 22;
}
#ifndef __clang__    
return {};
#endif
}

有更好的方法吗

以下是示例：https://godbolt.org/z/h5_HAs

在非默认可构造类的情况下，我真的完全没有好的选择：

A fun(E e){
switch(e){
case E::e1: return A{11};
case E::e2: return A{22};
}
#ifndef __clang__
return reinterpret_cast<A const&>(e);  // :P, because return A{} could be invalid
#endif
}

https://godbolt.org/z/3WC5v8