我正在编写一个简单的C++程序来演示锁的使用。我正在使用codeblocks和gnugcc编译器。
#include <iostream>
#include <thread>
#include <mutex>
using namespace std;
int x = 0; // shared variable
void synchronized_procedure()
{
static std::mutex m;
m.lock();
x = x + 1;
if (x < 5)
{
cout<<"hello";
}
m.unlock();
}
int main()
{
synchronized_procedure();
x=x+2;
cout<<"x is"<<x;
}
mutex in namespace std does not name a type。我也碰巧遇到了同样的问题。在Linux下，GCC可以很好地使用std::mutex。然而，在Windows上情况似乎更糟糕。在MinGW GCC 4.7.2附带的<mutex>头文件中（我相信您也在使用MinGW GCC版本），我发现mutex类在以下#if守卫下被定义：
#if defined(_GLIBCXX_HAS_GTHREADS) && defined(_GLIBCXX_USE_C99_STDINT_TR1)
遗憾的是，在Windows上未定义_GLIBCXX_HAS_GTHREADS，运行时支持也不存在。
您可能还想直接在MinGW邮件列表上提出问题，以便一些GCC大师可以帮助您解决问题。
编辑：MinGW-w64项目提供必要的运行时支持。请查看http://mingw-w64.sourceforge.net/和https://sourceforge.net/projects/mingw-w64/files/。此外，正如0xC0000022L所指出的，您需要下载POSIX线程版本（我上次忘了提到）。
使用POSIX线程模型来编译MINGW：
$ sudo update-alternatives --config i686-w64-mingw32-gcc
<choose i686-w64-mingw32-gcc-posix from the list>
$ sudo update-alternatives --config i686-w64-mingw32-g++
<choose i686-w64-mingw32-g++-posix from the list>
$ sudo update-alternatives --config x86_64-w64-mingw32-gcc
<choose x86_64-w64-mingw32-gcc-posix from the list>
$ sudo update-alternatives --config x86_64-w64-mingw32-g++
<choose x86_64-w64-mingw32-g++-posix from the list>
-std=c++0x解决方案现在已经过时，因为它现在不再必要（至少在gcc 8.3中是如此）。 - Stewartsudo update-alternatives --config x86_64-w64-mingw32-g++。 - Zion这个现在已经包含在MingW（版本2013072300）中了。要包含它，您必须在MinGW安装管理器中选择pthreads包。
在 Mingw-builds 工具链的 'Thread model: win32' 中，至少不支持 Mutex。您必须选择具有 'Thread model: posix' 的任何工具链。经过尝试多个版本和修订版（i686 和 x86_64 体系结构），我只发现在 x86_64-4.9.2-posix-seh-rt_v3-rev1 中支持 Mutex，这个线程模型是 IMO 的决定性因素。
我在使用MingW-W64 7.2.0时遇到了同样的问题。我从mingw-64下载页面测试了几个不同的Windows版本，发现MinGW-W64 GCC-8.1.0支持mutex并包含pthread库。安装时，我选择了以下选项：
我的基于pthreads的多线程代码现在可在Windows和Linux上编译和运行，无需更改。
这个版本比我使用的7.3.0版本更精简，因为它没有CygWin环境或包管理器。我还将mingw32-make.exe复制到make.exe，这样我的Makefile就不需要修改了。安装程序会在Windows开始菜单中创建一个“运行终端”的链接。
我使用gcc4.7.7时遇到了同样的错误。
加上“-std=c++0x”后，问题已经解决。
我的gcc版本是5.4，当我在CmakeLists.txt中添加#include和-std=c++11时，我解决了这个问题：
set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -Wall -O3 -march=native -std=c++11")
我不知道是否适用于所有人，但另一种方法是您只需更新ndk。我正在使用ndk-r11c，它完美地工作。
许多标准线程库的类可以用boost替换。一个非常简单的解决方法是用几行代码更改整个标准mutex文件。
#include <boost/thread.hpp>
namespace std
{
using boost::mutex;
using boost::recursive_mutex;
using boost::lock_guard;
using boost::condition_variable;
using boost::unique_lock;
using boost::thread;
}
而且不要忘记链接boost线程库。
std 命名空间会产生未定义行为。http://en.cppreference.com/w/cpp/language/extending_std - Ryne Wang
-static。唯一的问题是我只能找到一个与GCC 4.7.0配套的，这意味着要放弃其他一些C++11特性，直到构建出新的版本。 - chris