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 5 has been released

Release: 2016-10-19

  • Fixes to the __mingw_printf family of functions.
  • DirectX updates from Wine.
  • Various updates to support Windows 7 and 10.
  • Various header typo fixes.

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

Evgeniy posted a comment on ticket #94

button like 'select all' 'unselect all'

Evgeniy created ticket #94

Adding group selection in win-builds

Martin Storsjö committed [e8583c]

crt: Share odbc32.def between lib64 and libarm32

Martin Storsjö committed [17826c]

crt: Regenerate Makefile.in

LH_Mouse modified ticket #712

Compilation/linking fails when compiling with -msse2/msse3/msse4.1/msse4.2

LH_Mouse posted a comment on ticket #712

Fixed on master. On i686 -msse2 is not enabled by default, hence MemoryBarrier() is left unexpanded. GCC should have generated a warning about implicit function declaration which was removed in C99, but it doesn't because the function in question is brought in by a system header. An external definition is actually available, so there is neither compiler warnings nor linker errors.

LH_Mouse committed [463f00]

include/winnt.h: involve <emmintrin.h> when attempting to use SSE2

Martin Storsjö committed [0f9569]

headers: Complete the winnt.h structs/defines for ARM64

Jacek Caban committed [023eb0]

Add IDWriteTextAnalyzer1 related declarations on dwrite_1.h

bart posted a comment on ticket #710

pthread_cond_signal() should never deadlock. However, the attached program uses the POSIX API in a way that is does not guarantee that pthread_cond_signal() wakes up anything. A quote from the POSIX spec (http://pubs.opengroup.org/onlinepubs/9699919799/functions/pthread_cond_broadcast.html): The pthread_cond_broadcast() or pthread_cond_signal() functions may be called by a thread whether or not it currently owns the mutex that threads calling pthread_cond_wait() or pthread_cond_timedwait() have associated...