'mutex' 不是 MinGW 5.3.0 中 'std' 的成员
'mutex' is not a member of 'std' in MinGW 5.3.0
我正在使用 MinGW 5.3.0 和 Crypto++ 5.6.5:
C:\MinGW>g++ -std=c++11 -s -D_WIN32_WINNT=0x0501 LOG.cpp -U__STRICT_ANSI__ Decclass.cpp \
-IC:\MinGW\ -IC:\MinGW\boost -LC:\MinGW -lssl -lcrypto -lcryptopp -lgdi32 -lPCRYPT \
-lz -ltiny -lwsock32 -lws2_32 -lShlwapi
编译结果如下错误。
c:\mingw\cryptopp565\include\cryptopp\misc.h:287:14: error: 'mutex' in namespace 'std'
does not name a typestatic std::mutex s_mutex;
c:\mingw\cryptopp565\include\cryptopp\misc.h:296:18: error: 'mutex' is not a member of
'std'std::lock_guard<std::mutex> lock(s_mutex);
它显示 'mutex' 不是 'std'
的成员
我需要另一个版本的 MinGW 吗?
或者我可以自己修复这个构建吗?
我通过在路径 "cryptopp565\include\cryptopp\misc.h"
中编辑 "misc.h" 来解决这个问题
在 misc.h 的顶部,我包含了来自 boost 库的 mutex.hpp
#include "c:\mingw\include\boost\asio\detail\mutex.hpp"
我也将命名空间从 std 更改为 boost::asio::detail
static std::mutex s_mutex;
static boost::asio::detail::mutex s_mutex;
我认为我们可能已经在 cryptopp Commit e4cef84883b2. You should work from Master or perform a git pull
, and then uncomment the define for CRYPTOPP_NO_CXX11
in config.h
: 65(左右)解决了这个 MinGW/C++11 问题:
// Define CRYPTOPP_NO_CXX11 to avoid C++11 related features shown at the
// end of this file. Some compilers and standard C++ headers advertise C++11
// but they are really just C++03 with some additional C++11 headers and
// non-conforming classes. You might also consider `-std=c++03` or
// `-std=gnu++03`, but they are required options when building the library
// and all programs. CRYPTOPP_NO_CXX11 is probably easier to manage but it may
// cause -Wterminate warnings under GCC. MSVC++ has a similar warning.
// Also see https://github.com/weidai11/cryptopp/issues/529
// #define CRYPTOPP_NO_CXX11 1
我认为问题是,您遇到了与 Windows 相关的问题及其缺乏适当的 C++11 支持,但您是间接得到它们。它们是间接的,因为 MinGW 和 GCC 位于顶部。 MinGW 和 GCC 不可能提供 C++11,因为底层平台不能。
我认为此时最好的选择是定义 CRYPTOPP_NO_CXX11
。我不相信我们可以像在 Windows 上那样为您做这件事,因为我们需要访问的定义隐藏在 MinGW 和 GCC 后面。我们还有一些 MSVC++ 错误需要解决。
这是我们在 Windows 上的做法,但我们无法访问 MinGW 中的这些定义(来自 config.h
: 950):
// Dynamic Initialization and Destruction with Concurrency ("Magic Statics")
// MS at VS2015 with Vista (19.00); GCC at 4.3; LLVM Clang at 2.9; Apple Clang at 4.0; Intel 11.1; SunCC 5.13.
// Microsoft's implementation only works for Vista and above, so its further
// limited. http://connect.microsoft.com/VisualStudio/feedback/details/1789709
#if (CRYPTOPP_MSC_VERSION >= 1900) && ((WINVER >= 0x0600) || (_WIN32_WINNT >= 0x0600)) || \
(CRYPTOPP_LLVM_CLANG_VERSION >= 20900) || (CRYPTOPP_APPLE_CLANG_VERSION >= 40000) || \
(__INTEL_COMPILER >= 1110) || (CRYPTOPP_GCC_VERSION >= 40300) || (__SUNPRO_CC >= 0x5130)
# define CRYPTOPP_CXX11_DYNAMIC_INIT 1
#endif // Dynamic Initialization compilers
如果你定义CRYPTOPP_NO_CXX11
,那么下面的不会被定义,你将避免问题:CRYPTOPP_CXX11_DYNAMIC_INIT
,CRYPTOPP_CXX11_SYNCHRONIZATION
,和 CRYPTOPP_CXX11_ATOMICS
.
MINGW 仅支持 std::thread 和 std::mutex 与 POSIX 线程,绝对是非 POSIX-release.
的差距
现在,您无需为单个程序切换开发环境。
选项是从 POSIX 特定模板(_GLIBCXX_HAS_GTHREADS 选择的那些代码分支)或 MS-Sources 或 BOOST 库构建存根...
我正在使用 MinGW 5.3.0 和 Crypto++ 5.6.5:
C:\MinGW>g++ -std=c++11 -s -D_WIN32_WINNT=0x0501 LOG.cpp -U__STRICT_ANSI__ Decclass.cpp \
-IC:\MinGW\ -IC:\MinGW\boost -LC:\MinGW -lssl -lcrypto -lcryptopp -lgdi32 -lPCRYPT \
-lz -ltiny -lwsock32 -lws2_32 -lShlwapi
编译结果如下错误。
c:\mingw\cryptopp565\include\cryptopp\misc.h:287:14: error: 'mutex' in namespace 'std'
does not name a typestatic std::mutex s_mutex;
c:\mingw\cryptopp565\include\cryptopp\misc.h:296:18: error: 'mutex' is not a member of
'std'std::lock_guard<std::mutex> lock(s_mutex);
它显示 'mutex' 不是 'std'
的成员我需要另一个版本的 MinGW 吗? 或者我可以自己修复这个构建吗?
我通过在路径 "cryptopp565\include\cryptopp\misc.h"
中编辑 "misc.h" 来解决这个问题在 misc.h 的顶部,我包含了来自 boost 库的 mutex.hpp
#include "c:\mingw\include\boost\asio\detail\mutex.hpp"
我也将命名空间从 std 更改为 boost::asio::detail
static std::mutex s_mutex;
static boost::asio::detail::mutex s_mutex;
我认为我们可能已经在 cryptopp Commit e4cef84883b2. You should work from Master or perform a git pull
, and then uncomment the define for CRYPTOPP_NO_CXX11
in config.h
: 65(左右)解决了这个 MinGW/C++11 问题:
// Define CRYPTOPP_NO_CXX11 to avoid C++11 related features shown at the
// end of this file. Some compilers and standard C++ headers advertise C++11
// but they are really just C++03 with some additional C++11 headers and
// non-conforming classes. You might also consider `-std=c++03` or
// `-std=gnu++03`, but they are required options when building the library
// and all programs. CRYPTOPP_NO_CXX11 is probably easier to manage but it may
// cause -Wterminate warnings under GCC. MSVC++ has a similar warning.
// Also see https://github.com/weidai11/cryptopp/issues/529
// #define CRYPTOPP_NO_CXX11 1
我认为问题是,您遇到了与 Windows 相关的问题及其缺乏适当的 C++11 支持,但您是间接得到它们。它们是间接的,因为 MinGW 和 GCC 位于顶部。 MinGW 和 GCC 不可能提供 C++11,因为底层平台不能。
我认为此时最好的选择是定义 CRYPTOPP_NO_CXX11
。我不相信我们可以像在 Windows 上那样为您做这件事,因为我们需要访问的定义隐藏在 MinGW 和 GCC 后面。我们还有一些 MSVC++ 错误需要解决。
这是我们在 Windows 上的做法,但我们无法访问 MinGW 中的这些定义(来自 config.h
: 950):
// Dynamic Initialization and Destruction with Concurrency ("Magic Statics")
// MS at VS2015 with Vista (19.00); GCC at 4.3; LLVM Clang at 2.9; Apple Clang at 4.0; Intel 11.1; SunCC 5.13.
// Microsoft's implementation only works for Vista and above, so its further
// limited. http://connect.microsoft.com/VisualStudio/feedback/details/1789709
#if (CRYPTOPP_MSC_VERSION >= 1900) && ((WINVER >= 0x0600) || (_WIN32_WINNT >= 0x0600)) || \
(CRYPTOPP_LLVM_CLANG_VERSION >= 20900) || (CRYPTOPP_APPLE_CLANG_VERSION >= 40000) || \
(__INTEL_COMPILER >= 1110) || (CRYPTOPP_GCC_VERSION >= 40300) || (__SUNPRO_CC >= 0x5130)
# define CRYPTOPP_CXX11_DYNAMIC_INIT 1
#endif // Dynamic Initialization compilers
如果你定义CRYPTOPP_NO_CXX11
,那么下面的不会被定义,你将避免问题:CRYPTOPP_CXX11_DYNAMIC_INIT
,CRYPTOPP_CXX11_SYNCHRONIZATION
,和 CRYPTOPP_CXX11_ATOMICS
.
MINGW 仅支持 std::thread 和 std::mutex 与 POSIX 线程,绝对是非 POSIX-release.
的差距现在,您无需为单个程序切换开发环境。
选项是从 POSIX 特定模板(_GLIBCXX_HAS_GTHREADS 选择的那些代码分支)或 MS-Sources 或 BOOST 库构建存根...