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.

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.

Previous Versions


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


  • Expanded Windows Vista/7 API support.

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