- mongodb - 在 MongoDB mapreduce 中,如何展平值对象?
- javascript - 对象传播与 Object.assign
- html - 输入类型 ="submit"Vs 按钮标签它们可以互换吗?
- sql - 使用 MongoDB 而不是 MS SQL Server 的优缺点
给定以下代码:
struct A { static constexpr int a[3] = {1,2,3}; };
int main () {
int a = A::a[0];
int b [A::a[1]];
}
是A::a
必然odr-used在 int a = A::a[0]
?
注意:这个问题代表了 a debate in the Lounge 的不那么火爆/不合逻辑/无穷无尽的版本。 .
最佳答案
A::a
:int a = A::a[0];
初始化器是一个常量表达式,但这并不能阻止 A::a
在这里被odr-used。而且,确实,A::a
被这个表达式odr-used。
从表达式 A::a[0]
开始,我们来看看 [basic.def.odr](3.2)/3(对于 future 的读者,我'我使用 N3936 中的措辞):
A variable
x
[in our case,A::a
] whose name appears as a potentially-evaluated expression ex [in our case, the id-expressionA::a
] is odr-used unless
applying the lvalue-to-rvalue conversion to
x
yields a constant expression [it does] that does not invoke any non-trivial functions [it does not] and,if
x
is an object [it is],
ex
is an element of the set of potential results of an expressione
, where either the lvalue-to-rvalue conversion is applied toe
, ore
is a discarded-value expression.
那么:e
的可能值有哪些?表达式的潜在结果集是该表达式的一组子表达式(您可以通过阅读 [basic.def.odr](3.2)/2 来检查这一点),所以我们只需要考虑 ex
是子表达式的表达式。它们是:
A::a
A::a[0]
其中,左值到右值的转换不会立即应用于 A::a
,因此我们只考虑 A::a[0 ]
。根据[basic.def.odr](3.2)/2,A::a[0]
的潜在结果集合为空,所以A: :a
被这个表达式odr-used。
现在,您可以说我们首先将 A::a[0]
重写为 *(A::a + 0)
。但这并没有改变:e
的可能值是
A::a
A::a + 0
(A::a + 0)
*(A::a + 0)
其中,只有第四个应用了左值到右值的转换,并且再次,[basic.def.odr](3.2)/2 表示这组潜在结果*(A::a + 0)
为空。特别要注意,数组到指针的衰减不是左值到右值的转换 ([conv.lval](4.1)),即使它转换了数组左值到指针右值——这是数组到指针的转换([conv.array](4.2))。
A::a
:int b [A::a[1]];
根据标准,这与第一种情况没有什么不同。同样,A::a[1]
是一个常量表达式,因此这是一个有效的数组绑定(bind),但是编译器仍然允许在运行时发出代码来计算这个值,并且数组绑定(bind)仍然odr-uses A::a
.
请特别注意,常量表达式(默认情况下)是可能求值的表达式。根据[basic.def.odr](3.2)/2:
An expression is potentially evaluated unless it is an unevaluated operand (Clause 5) or a subexpression thereof.
[expr](5)/8 只是将我们重定向到其他子条款:
In some contexts, unevaluated operands appear (5.2.8, 5.3.3, 5.3.7, 7.1.6.2). An unevaluated operand is not evaluated.
这些子条款(分别)说一些 typeid
表达式的操作数、sizeof
的操作数、noexcept
的操作数和decltype
的操作数是未计算的操作数。没有其他类型的未计算操作数。
关于c++ - 下标时是否必须使用 constexpr 数组?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23428684/
在 ubuntu gcc 8.0 中: void bar(){} constexpr int foo(int a) { if (a <=0 ) bar(); retur
考虑一个在运行时只包装一个值的类: template class NonConstValue { public: NonConstValue(const Type& val)
在试验 constexpr 函数和模板(以及非类型模板参数)时,我偶然发现了一个现象,我无法理解是哪条规则使它生效。 所以根据 constexpr-s 的规则,我的问题本质上是“为什么会发生这种情况”
我正在阅读 Nicolai M. Josuttis 所著的“C++ 17 The Complete Guide”一书,无法理解以下示例 auto squared1 = [](auto val) con
(使用 g++ 7.0 主干。) 给定以下“类型到值包装”实用程序... template struct type_wrapper { using type = T; }; // "Wraps" a
我编写了一些代码,它能够根据调用站点提供与给定函数关联的字符串(通过函数指针和并行数组的tuple)来分派(dispatch)给函数。 dispatch 函数不直接接受字符串,而是接受 Callabl
如果我想使用一些方便的东西,比如 make_array 我没有机会先声明我的数组,然后再像“早些时候”那样进行定义,因为我的 var 类型不可用定义前。 所以我找到了这个答案: Undefined r
使用 gcc (HEAD 7.0.0 201612) 我惊讶地发现这有效: constexpr long value(const char *definition) { if (definit
我有这个片段。 #include #include struct JustStr { JustStr(const std::string& x) : val(x) {} stati
我找不到任何关于新 C++17 if 初始化语法的信息和“constexpr if”在: http://open-std.org/JTC1/SC22/WG21/docs/papers/2016/p01
考虑以下函数: template auto concatenate(std::array &data1, std::array &data2) { std::array result;
假设我有以下对象: #include class Foo { public: constexpr Foo() {}; constexpr std::string foo() cons
我正在尝试使用 https://github.com/gdelugre/literal_ipaddr它说它是一个 C++17 constexpr implementation of inet_addr
我想重新定义unique_ptr用一个特殊的析构函数。因此,我使用以下代码尝试模仿 unique_ptr 的一些构造函数.遗憾constexpr施 worker 员拒绝 build ,我不知道为什么。
我想用结构名称的哈希值初始化一个结构成员。 constexpr uint32_t myHash(const char* const data) { //Some code for hash r
我正在尝试编译 C++ 库(使用 gcc 5.3.1-14ubuntu2)并遇到此类错误: > In file included from > /root/pitchfork/workspace/un
设置: 我有一个使用 SIMD 内部函数的函数,我想在一些 constexpr 函数中使用它。 为此,我需要将其设为 constexpr。但是,SIMD 内在函数没有标记为 constexpr,编译器
这是一个简化的代码示例,旨在生成任意值序列(在 std::iota 的意义上)和在它们之上的不同类别的迭代器: struct delta { template void inc(I&
考虑以下函数: template auto concatenate(std::array &data1, std::array &data2) { std::array result;
我偶然发现了调用非 constexpr 函数的 constexpr 模板函数:在以下代码段中,由于调用了非 constexpr set,bar 无法按预期编译,但 foo 可以编译。谁能告诉我 foo
我是一名优秀的程序员,十分优秀!