我编写了以下代码来获取元组元素的偏移量
template<size_t Idx,class T>
constexpr size_t tuple_element_offset() {
return static_cast<size_t>(
reinterpret_cast<char*>(&std::get<Idx>(*reinterpret_cast<T*>(0))) - reinterpret_cast<char*>(0));
}
这实际上类似于 offsetof 宏的实现。 它看起来很难看,但在gcc-4.6
上编译并正常工作typedef std::tuple<int,char,long> mytuple;
mytuple var = std::make_tuple(4,'c',1000);
char * ptr = reinterpret_cast<char*>(&var);
long * pt = reinterpret_cast<long*>(ptr+tuple_element_offset<2,mytuple>());
std::cout << *pt << std::endl;
打印“1000”。
我对constexpr了解不多,所以我的问题是:
据我所知,constexpr,编译器被迫评估结果 在编译时表达式,因此在实践中不会发生零去引用。
答案 0 :(得分:5)
这是合法的C ++吗?
如果“合法”是指“格式良好”,那么,是的。
如果“合法”是指“有效并且可以在任何编译器和标准库实现上运行,那么,不,因为std::tuple
不是POD。
为什么我可以在
std::get
功能中拨打constexpr
(不是constexpr
)?
基本上,constexpr
函数不一定只需要一个常量表达式。如果您尝试在常量表达式中使用tuple_element_offset()
函数,则会出现编译错误。
这个想法是一个函数可能在某些情况下可用于常量表达式而在其他情况下不可用,因此没有限制constexpr
函数必须始终可用于常量表达式(因为那里不是这样的限制,特定的constexpr
函数也可能永远不会在常量表达式中使用,就像你的函数一样。)
C ++ 0x草案有一个很好的例子(来自5.19 / 2):
constexpr const int* addr(const int& ir) { return &ir; } // OK
// OK: (const int*)&(const int&)x is an address contant expression
static const int x = 5;
constexpr const int* xp = addr(x);
// Error, initializer for constexpr variable not a constant expression;
// (const int*)&(const int&)5 is not a constant expression because it takes
// the address of a temporary
constexpr const int* tp = addr(5);