mingw-w64

Mingw-w64

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

v9.0.0: 2021-05-22

Notable changes:

UCRT updates by Biswapriyo Nath
Wine updates by Jacek Caban
Various new and updated API headers by Biswapriyo Nath and Liu Hao
Various UCRT and MSVCRT fixes by Martin Storsjö
at_quick_exit implementation by Martin Storsjö
dism API by Biswapriyo Nath
idl fixes by Steve Lhomme
Winpthreads fixes by Liu Hao
gettimeofday precision increase by Christian Franke

And many other additions thanks to, but not limited to (in Alphabetical order)

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.

Tools

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:

Cygwin

ReactOS

Wine

Some Projects using Mingw-w64

Most Recent Activity

Doug Semler modified ticket #910
29.07.2021

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

Doug Semler posted a comment on ticket #910
29.07.2021

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
29.07.2021

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

Brecht Sanders posted a comment on ticket #818
28.07.2021

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]
28.07.2021

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
27.07.2021

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

Jameson posted a comment on ticket #899
26.07.2021

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

LH_Mouse committed [2c0bc1]
24.07.2021

crt: Add missing exports in ws2_32.def

LH_Mouse committed [2b92dc]
22.07.2021

Revert "Fix Clang link errors and address of ws2 inline functions"

Bastian Ebeling created ticket #102
21.07.2021

wlanapi.h - differs from MS spec