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

LH_Mouse committed [8548ab]

crt: Add missing exports in mswsock.def

罗勇刚 created ticket #911

mingw time.h didn't have timespec_get for c11

LH_Mouse committed [0e0eed]

headers: Move `_UCRT` into '_mingw.h' from 'corecrt.h'

Doug Semler modified ticket #910

isnan(NAN) results in -1 instead of +1 in C99 mode

Doug Semler posted a comment on ticket #910

It's not "strictly speaking." It's "standards compliant." First rule of compilers, never take results that are standard compliant and compare values. The comparison code is broken if it expects +1, as any nonzero value is valid.

David Cortes created ticket #910

isnan(NAN) results in -1 instead of +1 in C99 mode

Brecht Sanders posted a comment on ticket #818

Note that I'm still having issues, even with latest GCC releases with regards to stack protector dependancies and MinGW-w64. Are there any tips on how to build GCC to avoid stack protector issues?

David Macek committed [7b50e7]

Regarding https://github.com/mingw-w64/mingw-w64.github.io/issues/1: 'I'll need some kind of proof for the domain name usage though. Maybe a commit visible from the sourceforge repo that mentions the domaine name(s).'; I, account @elieux on GitHub, have been approved by jon_y to push into the repository to indicate I'm a trusted party to transfer mingw-w64.org to.

Oscar Alvarez posted a comment on discussion Help

I get the same error. Has anyone found a solution?

Jameson posted a comment on ticket #899

Looks like this will be closed by https://sourceforge.net/p/mingw-w64/mingw-w64/ci/2c0bc10db78341d28fe39deb645dcb55c05e52d7/? Thanks!