mingw-w64

GCC for Windows 64 & 32 bits

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

v5.0.2: 2017-03-28

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

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:

Most Recent Activity

Jim Michaels posted a comment on ticket #650
19.09.2017

forgot to include the #define in that C code.

Jim Michaels posted a comment on ticket #650
19.09.2017

by the way, %Lf should be an automatic thing, not an exception. why isn't it in the spec by now with 80-bit floating point?

Jim Michaels posted a comment on ticket #650
19.09.2017

so, you mean to tell me that after all this printf in 6.1.0 should accept %Lf? OK. try this: I get zeros instead of x.

Qrox created ticket #669
19.09.2017

Misplaced preprocessor directive comments in stralign.h

niXman modified ticket #668
19.09.2017

std::string for no good reason throws length or null errors

Doug Semler posted a comment on ticket #668
19.09.2017

(again. Without code...that is a WAG that a null/invalid pointer is being passed to the constructor)

Doug Semler posted a comment on ticket #668
19.09.2017

. The behavior is undefined if s does not point at an array of at least Traits::length(s)+1 elements of CharT, including the case when s is a null pointer. Look up "undefined behavior"

Jim Michaels created ticket #668
19.09.2017

std::string for no good reason throws length or null errors

Doug Semler posted a comment on discussion Help
18.09.2017

My guess is that this is a Wine bug, as strftime is actually calling MSVCRT.dll to get the result, and you have introduced an extra potential issue by using Wine to emulate run...I was unable to reproduce what you are seeing running native under Windows 7, either 32 or 64 bit...

Xiao-Long Chen posted a comment on discussion Help
18.09.2017

It seems that strftime sometimes writes beyond the buffer specified instead of returning zero. It doesn't happen with all buffer sizes (eg. 21 bytes triggers the bug, but 20 bytes doesn't), but I can reliably reproduce it with the following sample code. #define __USE_MINGW_ANSI_STDIO 1 #include <stdio.h> #include <string.h> #include <time.h> int main() { time_t t; struct tm tm; char padding1[60">; char buf[21">; char padding2[60">; memset(padding1, 'x', sizeof(padding1)); memset(padding2, 'x', sizeof(padding2));...