Why the using of a noneffective concept regarded as ill-formed(为什么使用一个被认为是病态的无效概念)
本文介绍了为什么使用一个被认为是病态的无效概念的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
新发布的草案[expr.prim.req]/6中提到:
如果将模板参数替换为要求将 总是导致替换失败,程序格式错误;否 需要诊断。[ ;示例:
template<typename T> concept C = requires { new int[-(int)sizeof(T)]; // ill-formed, no diagnostic required };&mdash; ;end ;example ;]
但为什么我们不能保证诊断始终失败,而是跳过诊断?
推荐答案
需求表达式几乎可以做任何事情。它们可以引发进一步的模板替换,通过任意数量的代码向外层叠。记住,模板替换构成了Turning complete language。
所以你要求编译器,给出一个图灵完整的程序,证明是否有一些输入导致该程序结构良好。这只是对停顿问题的重述。就像停止问题一样,在一些简单的情况下,程序显然会停止/不会停止。但是,当您处理图灵完全语言时,它可能会变得非常复杂。该标准不会强制编译器解决暂停问题。
这篇关于为什么使用一个被认为是病态的无效概念的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
织梦狗教程
本文标题为:为什么使用一个被认为是病态的无效概念
基础教程推荐
猜你喜欢
- 为什么 typeid.name() 使用 GCC 返回奇怪的字符以及如 2022-09-16
- 为什么 RegOpenKeyEx() 在 Vista 64 位上返回错误代码 2021-01-01
- 如果我为无符号变量分配负值会发生什么? 2022-01-01
- 为什么派生模板类不能访问基模板类的标识符? 2021-01-01
- 通过引用传递 C++ 迭代器有什么问题? 2022-01-01
- 非静态 const 成员,不能使用默认赋值运算符 2022-10-09
- GDB 显示调用堆栈上函数地址的当前编译二进制文 2022-09-05
- 我应该对 C++ 中的成员变量和函数参数使用相同的名称吗? 2021-01-01
- 初始化列表*参数*评估顺序 2021-01-01
- CString 到 char* 2021-01-01
