VC 是否符合警告 C4407 的标准
Does VC conform to the standard with respect to warning C4407?
以下源在 VC 中生成警告 C4407,编译器确实生成了不正确的代码。
struct A1 {
int a1;
};
struct A2 {
int a2;
};
struct B: A1, A2 {
void f() {
std::cout << this << 'n';
}
};
int main() {
B b = B();
void (B::*pb)() = &B::f;
void (A2::*pa)() = (void (A2::*)())pb; // performs static_cast actually
std::cout << (std::uintptr_t&)pb << 'n';
std::cout << (std::uintptr_t&)pa << 'n';
B* pB = &b;
A2* pA = pB;
std::cout << pB << 'n';
std::cout << pA << 'n';
(pB->*pb)();
(pA->*pa)();
}
生成的代码不正确,因为在调用pa
时指针pA
没有调整,导致f
中的指针值this
错误。但是,代码在 GCC 和 clang 中编译良好,没有任何警告(严格别名除外)。指针pA
在 GCC 和 clang 生成的代码中进行了适当的调整。所以,我想知道标准对此有何规定?上面代码中的强制转换按照标准好吗?还是GCC和clang的非标准扩展?
根据评论 - 这实际上是MSVC的非标准扩展 - GCC和CLang默认情况下都正确处理了这一点。 看到此消息的任何其他人都应使用编译器命令行上的/vmg
开关来禁用 MSVC 扩展,该扩展允许在简单继承层次结构中使用"压缩"PMF。 不幸的是,该交换机的文档非常神秘 - 它的相对/vmv
以一种提供更多关于真正发生的事情的见解的方式进行记录。
相关文章:
- 使用CMake检测支持的C++标准
- 如何理解C++标准N3337中的expr.const.cast子句8
- "throw expression code" 1e7 >返回 d 是什么?投掷标准::overflow_error( "too big" ) : d;意味 着?
- 编译标准库类型
- 标准是否使用多余的大括号(例如 T{{{10}}})定义列表初始化?
- 编译器如何在使用SFINAE的函数和标准函数之间确定两者是否可行
- 铸造标准::有没有回到原来的类型
- 标准 N3337 5.2.10 第 7 条中的C++"类型"是什么意思?
- this_thread::sleep_for和计时时钟之间的关系是否由C++11标准指定
- 标准库类型的赋值运算符的引用限定符
- 标准是否严格定义了该程序应该如何编译?
- 如何从Windows应用程序输出到标准?
- 安全到标准:移动会员?
- 如何正确将字符串转换为标准::时间::system_clock::time_point?
- 这是否符合C++标准:双响双响,例如!!(-0.0).
- 标准::变体的赋值运算符
- 捕获标准输出以压缩并使用 CTRL-C 中断会给出损坏的 zip 文件
- 如何在 Mac 上使用 c++17 并行标准库算法?
- 强枚举类型定义:Clang Bug 还是 C++11 标准不确定性?
- VC 是否符合警告 C4407 的标准