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

Arthur Edelstein posted a comment on discussion Help
27.06.2017

Thanks. Could we patch the auto-import code to re-protect the .text sections to Execute/Read-Only after the stub fixup is complete?

LH_Mouse posted a comment on ticket #627
27.06.2017

The following #if on line 8 in <_mingw_print_pop.h> prevents the preprocessor from restoring those macros. Can we have && (defined(_INC_STDIO) || defined(_WSTDIO_DEFINED)) safely removed? #if defined(__USE_MINGW_ANSI_STDIO) && (defined(_INC_STDIO) || defined(_WSTDIO_DEFINED)) && ((__USE_MINGW_ANSI_STDIO + 0) != 0)

Jonathan Yong posted a comment on discussion Help
27.06.2017

You can't, it is how auto-import works, it generates a stub that fixes itself up at runtime after resolving the correct import address. Use proper dllimport/dllexport in your code to avoid auto-imports.

Lev A. Serebryakov created ticket #627
26.06.2017

__USE_MINGW_ANSI_STDIO=1 doesn't affect <inttypes.h> if nor <stdio.h> neither <wchar.t> is included.

niXman modified a comment on ticket #410
26.06.2017

https://sourceforge.net/p/mingw-w64/bugs/558/#99a5 https://sourceforge.net/projects/mingw-w64/files/?source=navbar

niXman posted a comment on ticket #410
26.06.2017

https://sourceforge.net/p/mingw-w64/bugs/558/#99a5

Stephen Constable posted a comment on ticket #410
26.06.2017

Not fixed, I'm still getting it. This is a work machine with various security measures on it (McAfee, Cisco, Avecto), could this be it?

Arthur Edelstein posted a comment on discussion Help
26.06.2017

Thanks for the suggestion. I tried this and it didn't seem to have any effect on the W^X violations. Someone has pointed out to me the following part of the ld documentation: --enable-auto-import Do sophisticated linking of _symbol to __imp__symbol for DATA imports from DLLs, and create the necessary thunking symbols when building the import libraries with those DATA exports. Note: Use of the 'auto-import' extension will cause the text section of the image file to be made writable. This does not...

Jacek Caban committed [657f4a]
23.06.2017

dwrite.h: Added missing DWRITE_READING_DIRECTION values.