将constexpr更改为consteval会在MSVC中导致无法理解的错误消息。编译器错误或有问题的代码？
将constexpr更改为consteval会在MSVC中导致无法理解的错误消息。这是一个编译器错误，而不是有问题的代码。
constexpr和consteval都是C++中的关键字，用于在编译时进行常量表达式求值。constexpr用于声明可以在编译时求值的常量表达式，而consteval用于声明必须在编译时求值的常量表达式。
然而，目前为止，MSVC编译器对consteval的支持还不完善，可能会导致一些错误消息的出现。这可能是由于编译器的实现问题或者对consteval的支持不完整所致。
解决这个问题的方法是使用constexpr而不是consteval，或者尝试使用其他编译器，如GCC或Clang，它们对consteval的支持更好。
总结起来，将constexpr更改为consteval会在MSVC中导致编译器错误或无法理解的错误消息，这是由于MSVC编译器对consteval的支持不完善所致。解决方法是使用constexpr或尝试其他编译器。
相关·内容
当所有内容都是constexpr时，它在所有三个编译器( MSVC，GCC，clang)中都工作得很好，但是将一些位改为consteval会在MSVC中导致一个奇怪的错误。我想把我所有的constexpr机器尽可能多地迁移到consteval上，但是这个问题帮不上忙。([[maybe_unused]] Functor&& f) n
浏览 48提问于2021-07-14得票数 0
回答已采纳
和ICC全部拒绝，并以constexpr取代g上的consteval，导致四家公司都接受了该项目。但是，当移除调用a.f();时，constexpr仍在g上，只有ICC仍然拒绝代码。其他三人现在接受了。
我不明白为什么会这样。我的理解是，如果没有consteval on g，表达式a.f()并不处于即时函数上下文中，这将导致成员函数调用本身被计算为单独的常量表达式，然后该表达式无法
浏览 7提问于2022-01-12得票数 5
回答已采纳
首先，它们显然都认为枚举ids是非常数的，尽管它们显然是众所周知的编译时常量值。
其次，MSVC抱怨read外部生存期，但是group1的生存期和它的值应该在print中的使用过程中得到扩展。第三，gcc有一个奇怪的康斯特-vs-非康斯特的抱怨，我无法理解，因为首字母列表总是const。最后，如果删除constexpr，除gcc之外，所有其他人都会很高兴地编译和运
浏览 1提问于2019-01-17得票数 19
1回答
非文字类型和常量表达式
、、、
;}
问:无论是哪种情况，编译器都是正确的吗?如果是的话，为什么？请注意，这里有趣的部分是，由于非A非平凡析构函数的缘故，c
浏览 10提问于2022-01-12得票数 9
1回答
所以我得到了这段代码(用clangx86-6414.0.0编译)：struct container { return result; static constexpr auto var = func1("hi");这个问题在func2(string)函数调用中起作用。将string替换为任何字符串文本都
浏览 14提问于2022-09-26得票数 1
考虑一下 constexpr A1& operator=(const A1&) = default;}; constexprA2& operator=(const A2&) = default;}; ~A3() = default;
constexprA3& operator=(const A3&) = default;
浏览 0提问于2019-03-15得票数 35
回答已采纳
1回答
在我看来，在MSVC (15.7.3版)中，在丢弃的分支中有一个constexpr if语句-if语句。MSVC中编译，因为当std::tuple_element_t超过元组的界限时，I将失败静态断言。这表明，在某种程度上，丢弃分支中的代码也得到了评估，尽管它依赖于模板参数I。根据的说法，constexpr if要求“丢弃的语句不能对每一种可能<
浏览 1提问于2018-06-14得票数 11
回答已采纳
1回答
编译时关键字：constexpr、consteval和constinit的规则似乎定义得足够好，以便编译器在错误应用标签时发出警告。编译器可以在所有地方应用规则来确定，实际上，代码是否可以使用编译时关键字之一，并强制每个语言规范尽可能编译，就像编译时关键字已经应用一样，这是有意义的。或者，至少，如果一个编译时关键字被应用于一个函数，并且如果应用了正确的编译时关键字，那么代码就会被限定。编译该函数，就好像所有被调用<e
浏览 2提问于2021-11-08得票数 5
回答已采纳
nonConstexpr;
};
Bar<void> bar;
Foo有一个名为Foo::bar::nonConstexpr的成员，它有一个非constexpr构造函数。因此，我的期望是，这不应该编译。但它与gcc，clang和msvc一起编译。这是一个编译器错误，还是某些规则允许这段代码</e
浏览 3提问于2018-12-05得票数 17
回答已采纳
以下代码{}
在GCC中编译很好，但是无法用下面的错误消息用clang编译
main.cpp:5:28: error: constexpr variable 'S' must be initializedby
浏览 0提问于2016-05-17得票数 7
回答已采纳
2回答
考虑以下无用代码： constexpr operator int() const { return 0; }};
Clang和MSVC接受此代码，但GCC使用错误消息将其：
error: no match for 'operator<='
浏览 4提问于2021-03-17得票数 7
回答已采纳
2回答
constexpr bool y = foo(false);
}是否每个C++11编译器都被强制拒绝该程序？如果foo(false)
浏览 0提问于2012-10-28得票数 9
回答已采纳
代码：class array_iterator_base: OK // MSVC: error由于行[2]引起的[1]错误
Expression did not evaluate to a constant.但是，在constexpr上下文中，当
浏览 0提问于2020-03-01得票数 1
回答已采纳
我有一段用GCC和Clang编译的代码，但没有用MSVC编译，我不知道为什么。问题是MSVC在constexpr-if语句中实例化类模板，GCC和Clang没有实例化该类模板。0; virtual ~Base(){} { return 0;编译器错误，我无法进一步总结这个例子：
使fo
浏览 1提问于2022-11-04得票数 0
考虑一下守则：{ return i;这将导致编译器警告：
我的问题是:为什么这是允许的？为什么编译器不直接给出错误而不是警告呢？
浏览 2提问于2014-10-15得票数 2
1回答
是否允许将函数指针进行比较？
、、、、
假设我有一个函数指针的constexpr数组，并且我想编写一个constexpr函数来为指定的函数找到数组索引。我可能有这样的代码：constexpr现在，这段代码在Clang和MSVC上编译，但是GCC只会在调用FindMatchingIdx时使
浏览 3提问于2016-10-07得票数 15
1回答
当从非模板化函数计算equal时，这总是有效的，但当表达式被operator!()取反时，无法在函数模板中编译，至少在当前的clang编译器(11.0.1)上是这样。但是，它是用gcc和msvc编译的。()并不能解决这个问题。我的问题是:为什么clang不接受这个代码？我不认为这段代码有什么问题。这是clang中的bug吗？通常
浏览 19提问于2021-03-04得票数 2
回答已采纳
1回答
MSVC警员编译Bug？
、、、
环境: VS 2019，v16.4.3 w/c++17 +最新开关template<typename T>{
constexpr explicitmain()中</e
浏览 5提问于2020-02-05得票数 5
回答已采纳
4回答
在C++11中，我们得到constexpr return x + 1;有没有可能调用动态值为x的foo成为编译时错误？也就是说，我想创建一个只能传入constexpr参数的foo。
浏览 0提问于2013-07-16得票数 9
目前，我正在使用constexpr数组，并且我注意到无法在MSVC 19.15.26726下使用/std:c++17或/std:c++latest编译以下(有效)代码：error C4146:
浏览 0提问于2018-08-24得票数 3
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储活动推荐
腾讯云开发者
