Why does std::numeric_limitslt;long longgt;::max() fail?(为什么 std::numeric_limitslong long::max() 失败?)
问题描述
这行代码在 VS2015 Update 3 中编译失败:
This line of code fails to compile in VS2015 Update 3:
auto a = std::numeric_limits<long long>::max();
找不到max()
的定义.这是为什么?
It cannot find the definition of max()
. Why is this?
推荐答案
那个 max
调用可能会干扰 "evil" max
预处理器 宏在 Windows SDK 标头中定义,您可能已经(直接或间接)包含了这些标头.
That max
call may interfere with "evil" max
preprocessor macro defined in the Windows SDK headers, that you have probably included (directly or indirectly).
一个选项是使用额外的一对括号来防止预处理器max
宏启动:
An option is to prevent the preprocessor max
macro to kick in, using an additional pair of parentheses:
... = (std::numeric_limits<long long>::max)();
<小时>
作为附加选项,您可以考虑 #define #NOMINMAX
before 包括 Windows 标头.这将阻止上述 min
和 max
预处理器宏的定义.
As an additional option, you may consider #define #NOMINMAX
before including Windows headers. This will prevent the definition of the aforementioned min
and max
preprocessor macros.
但是,请注意某些 Windows 标头(例如 GDI+ 标头)确实需要 Win32 的 min
和 max
预处理器宏,因此在此类中在这种情况下,使用额外的一对括号可能是更好的选择.
However, note that some Windows headers (like the GDI+ ones) do require the Win32's min
and max
preprocessor macros, so in such cases the use of an additional pair of parentheses may be a better option.
这篇关于为什么 std::numeric_limits<long long>::max() 失败?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:为什么 std::numeric_limits<long long>::max() 失败?


- STL 中有 dereference_iterator 吗? 2022-01-01
- 与 int by int 相比,为什么执行 float by float 矩阵乘法更快? 2021-01-01
- 近似搜索的工作原理 2021-01-01
- C++ 协变模板 2021-01-01
- 使用/clr 时出现 LNK2022 错误 2022-01-01
- 一起使用 MPI 和 OpenCV 时出现分段错误 2022-01-01
- 静态初始化顺序失败 2022-01-01
- 如何对自定义类的向量使用std::find()? 2022-11-07
- Stroustrup 的 Simple_window.h 2022-01-01
- 从python回调到c++的选项 2022-11-16