1
10
看来,这还不够精确。
准确地说,人们可能会在这里区分“can”和更强的“can only”,即可能为编译器内部函数(严格错误与未指定行为)的自由度开辟空间。
还有
如果auto关键字在此上下文中是否可以有效地成为完全限定的转换类型id,那么这再次为解释留下了空间。 你的问题本身可能需要进一步细分,即
我在几个clang修订版中看到了对此的显式测试,因此它的行为不是隐式命名约定应用的产物,而是一种明确期望的行为。 正如评论中已经提到的,Clang的行为在这里总体上更一致,至少与gcc相比是这样,因为那里完全清楚auto关键字在哪里用于类型推断,在哪里用于名称/函数id解析。那里的运算符auto()被处理为一个更显式的自身实体,而对于gcc,它具有类似于lambda的匿名字符,但即使是显式成员运算符访问方式,它也会参与候选竞争。 |
Robert E. Brown · 嵌套类的嵌套类的访问权限 6 年前 |
YSC · 通过成员指针访问受保护的成员:这是黑客行为吗? 6 年前 |
Swift - Friday Pie · 交换数学运算的阶 6 年前 |
Acorn · Linux内核的\uu is\u constexpr宏 6 年前 |
Acorn · 检测宏中的整数常量表达式 6 年前 |
Petr Skocik · 兼容类型并忽略C类型系统中的顶级限定符 6 年前 |