GCC for Windows 64 & 32 bits

This is an old revision of the document!


Mingw-w64 is an advancement of the original mingw.org project, created to support the GCC compiler on Windows systems. It has forked it in 2007 in order to provide support for 64 bits and new APIs. It has since then gained widespread use and distribution.

The development and community are very active and welcoming with new contributors every month and simple installers.

Version 4.0 has been released

  • 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.

You can also look at the full list of versions.

Headers, Libraries and Runtime

  • More than a million lines of headers are provided, not counting generated ones, and regularly expanded to track new Windows APIs.
  • Everything needed for linking and running your code on Windows.
  • Winpthreads, a pthreads library for C++11 threading support and simple integration with existing project.
  • Winstorecompat, a work-in-progress convenience library that eases conformance with the Windows Store.
  • Better-conforming and faster math support compared to Visual Studio's.


  • gendef: generate Visual Studio .def files from .dll files.
  • genidl: generate .idl files from .dll files.
  • widl: compile .idl files.

Friend projects

Mingw-w64 interacts a lot with other projects in order to help everyone move forward. Contributions have been going to and coming from these projects:

Most Recent Activity

John Mullins posted a comment on ticket #734

It's better to investigate this in the new legacy branch: https://github.com/drfrag666/gzdoom/tree/legacy No hacks there. There are two problems causing the crashes, one with generic object destruction and another one with destruction of thread_local objects. These are using thread_local now:: thread_local VMFrameStack GlobalVMStack; thread_local FDynLightData lightdata; static thread_local TArray<ADynamicLight*> addedLightsArray;

Florent CABRET created ticket #138

Windows Registered I/O (RIO)

Daniel Starke created ticket #751

Missing and wrong types in ws2tcpip.h

Jacek Caban committed [49ca7c]

stddef.h: Avoid max_align_t declaration conflict with clang stddef.h.

Martin Storsjö committed [710b8e]

winstorecompat: Don't build RtlAddFunctionTable on IA-32

Martin Storsjö posted a comment on ticket #747

This seems to have been a known issue in 2.30, which should be fixed in 2.31 which should be out pretty soon, see the binutils mailing list link in the previous post.

Martin Storsjö committed [d0607a]

winstorecompat: Fix EnumProcessModule

Martin Storsjö committed [0e1f41]

winstorecompat: Add an implementation of EnumProcessModules

Martin Storsjö committed [868fe2]

crt: Split wassert.c into a separate assert.c

Martin Storsjö committed [17e239]

crt: Regenerate Makefile.in