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

v7.0.0: 2019-11-10

Notable changes:

  • _FORTIFY_SOURCE support thanks to Christian Franke.
  • Lots of math fixes from Martin Storsjö.
  • Many headers updated from Wine by Jacek Caban.
  • UCRT support by Martin Storsjö.
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:

Most Recent Activity

aurorum posted a comment on discussion Open Discussion
15.08.2020

i want to add that im new, and to add the informative detail that i was using the GLFW source package instead of the GLFW precompiled binaries. it shouldn't make a difference for the above CC1.exe missing dependancy issue since the GLFW source package seems to be aimed at including all relavent cmake files. the GLFW precompiled binaries package is what will include the dll that most new people like myself will be looking for. *this reply is kind of just an in-case detail additon to the topic, but...

Paul Flores posted a comment on discussion Help
14.08.2020

Need help to get past this issue. The build output that has brought me here follows. Thanks in advance for your assistance! Paul mingw32-make -f Makefile.Release mingw32-make[4">: Entering directory 'c:/QT/qt5/qtbase/src/tools/qlalr' g++ -c -fno-keep-inline-dllexport -O2 -std=c++1z -fno-exceptions -Wall -W -Wextra -Wvla -Wdate-time -Wshift-overflow=2 -Wduplicated-cond -Wno-stringop-overflow -DUNICODE -D_UNICODE -DWIN32 -DMINGW_HAS_SECURE_API=1 -DWINVER=0x0601 -D_WIN32_WINNT=0x0601 -DQT_NO_FOREACH...

aurorum modified a comment on discussion Open Discussion
14.08.2020

you will find mingw-w64 has the libwinpthread-1 dll in the BIN directory of their folder tree. however, when building GLFW 3.3.2 with CMAKE 3.18.1, you might see an error saying CC1.exe can't find libwinpthread-1. the solution is to simply copy libwinpthread-1.dll and paste it into the mingw>libexec>gcc>x86_64-w64-mingw32>8.1.0> folder where the cc1.exe exists. programs often need dependancies in the same folder, so it was no surprise to me how to remedy my situation. i hope this helps someone in...

aurorum modified a comment on discussion Open Discussion
14.08.2020

you will find mingw-w64 has the libwinpthread-1 dll in the edit - BIN directory of their folder tree. however, when building GLFW 3.3.2 with CMAKE 3.18.1, you might see an error saying CC1.exe can't find libwinpthread-1. the solution is to simply copy libwinpthread-1.dll and paste it into the mingw>libexec>gcc>x86_64-w64-mingw32>8.1.0> folder where the cc1.exe exists. programs often need dependancies in the same folder, so it was no surprise to me how to remedy my situation. i hope this helps someone...

aurorum posted a comment on discussion Open Discussion
14.08.2020

you will find mingw-w64 has the libwinpthread-1 dll in the root / source directory of their folder tree. however, when building GLFW 3.3.2 with CMAKE 3.18.1, you might see an error saying CC1.exe can't find libwinpthread-1. the solution is to simply copy libwinpthread-1.dll and paste it into the mingw>libexec>gcc>x86_64-w64-mingw32>8.1.0> folder where the cc1.exe exists. programs often need dependancies in the same folder, so it was no surprise to me how to remedy my situation. i hope this helps...

Philippe Daouadi created ticket #849
12.08.2020

miscompilation: std::vector gets corrupted on i686 mingw

LH_Mouse committed [05df4c]
10.08.2020

headers/winuser.h: add missing symbols and defines

LH_Mouse committed [0f6395]
10.08.2020

headers/windef.h: add missing symbols and defines

Jacek Caban committed [5c137a]
04.08.2020

headers: import files from wine

CW1 modified a comment on discussion Help
31.07.2020

A small test program from the configure script of a package I'm attempting to build with MinGW-w64 works fine with x86_64-w64-mingw32-gcc but then gives this error with i686-w64-mingw32-gcc: /usr/bin/i686-w64-mingw32-ld: /tmp/ccRc6nqf.o:conftest.c:(.text+0xc): undefined reference to 'recv' If I run it manually with: i686-w64-mingw32-gcc -o conftest.exe conftest.c -Wall -L/usr/i686-w64-mingw32/lib/ -lws2_32 I get the same error, however, if I run the same under x86_64, it's fine: x86_64-w64-mingw32-gcc...