GCC for Windows 64 & 32 bits

This is an old revision of the document!


Mingw-w64 brings free software toolchains to Windows. It hosts a vibrant community which builds and debugs software for Windows while providing development environment for everyone to use.

It has forked mingw.org in order to move forward and provide 64bit support and support for new APIs and has brought countless improvements since its creation in 2007.

Version 4.0 is out. See the change summary and check the downloads.

Website is evolving. The website is changing; please forgive us for a small lack of polishing for a few days and please report issues you encounter.


More than a million lines of headers are already there and the count is continuously increasing to stay up-to-date with new versions of Windows.


Mingw-w64 is not a compiler project but a project used with compilers. Of course, for simplicity, many pre-packaged toolchains are available in the Downloads section and several of them come with additional libraries and tools for extra convenience.

Libraries and Runtime

All the additional libraries needed to link your code and run it directly on Windows are provided along with libraries like winpthreads which provides support for C++11 threading and winstorecompat, a work-in-progress convenience library to ease conformance with the Windows Store.


In addition to the usual compilers, linkers and debuggers from the toolchain, mingw-w64 provides gendef to generate Visual Studio .def files from a .dll, genidl to generate .idl files from a .dll and widl to compile them.

Version 4.0

  • 32bit ARM thumb software math (Thanks to André Hentschel!).
  • New ftw() support for gcc-5.x support.
  • Experimental printf changes - Ability to print 128bit integers (%I128*) and Decimal Floats (%H, %D), disabled by default. Build the CRT with –enable-experimental to use.
  • Updated OpenGL 4.5 headers.
  • Better DirectX 11 support.
  • Better Windows 7, 8/8.1 API support.

Version 3.0

  • Required for GCC 4.8
  • Much improved floating point math performance
  • Improved MSVC intrinsics performance
  • Addition of wide variants in C99 printf and
  • Partial C1X secure CRT
  • Partial MS Secure CRT templates for
  • Vastly improved Windows 7 and 8 win32 API
  • POSIX-style Large File
  • Winpthread: new library, pthreads implementation for
  • Winstorecompat: new library for Windows Store compatibility (WIP)

Version 2.0

Version 2.0 focused on expanding Windows Vista/7 API support.

The Sourceforge.net project page has the full list of releases and more details.

Latest Activity

Martin Storsjö committed [5f3412]

headers: Fix the definition of _sys_errlist for ucrtbase

Martin Storsjö committed [df84f1]

headers: Hook up getc/putc_nolock for ucrtbase

Martin Storsjö committed [a6faf2]

ucrtbase: Link to the right setjmp function on archs other than x86_64

Martin Storsjö committed [674169]

headers: Make sure _ARM64_ is defined in _mingw_mac.h as well

LH_Mouse modified ticket #134

64-bit version have _WIN32=1

陈林熙 posted a comment on ticket #134

OK, I know.Thanks a lot.

Zufu Liu posted a comment on discussion Open Discussion

std::mutex and std::thread are added in C++11, you may need to upgrade you GCC to a recent x86_64-posix-seh or i686-posix-dwarf or other posix threading model GCC from https://sourceforge.net/projects/mingw-w64/files/?source=navbar. -std=gnu++11 compiler flag may also need to added in CMakeLists.txt like: if( MINGW ) add_definitions(-D__STDC_FORMAT_MACROS) add_definitions(-D__USE_MINGW_ANSI_STDIO=1) set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -std=gnu99") set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=gnu++11")...

Jim posted a comment on discussion Open Discussion

I'm really trying to compile vulkanSDK shaderc, but it includes the project glslang which is a C++ project that does a #include <mutex> which fails.... https://github.com/KhronosGroup/glslang git clone https://github.com/KhronosGroup/glslang cd glslang mkdir build cd build cmake .. -G "MinGW Makefiles" make fail I did some searching for the mutex error and some things said 'windows doesn't have supprot for it' then it shouldn't build with MSVC either, but instead there is no issue. Since it's a problem...

LH_Mouse posted a comment on ticket #694

Confirmed on GCC 7.2.1 . This seems a GCC bug. Please report it to https://gcc.gnu.org/bugzilla/ .

LH_Mouse posted a comment on ticket #134

On x64 both _WIN32 and _WIN64 is defined as 1. That is what Microsoft people do and we have to follow this convention.