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.
You can also look at the full list of versions.
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:
button like 'select all' 'unselect all'
Adding group selection in win-builds
crt: Share odbc32.def between lib64 and libarm32
crt: Regenerate Makefile.in
Compilation/linking fails when compiling with -msse2/msse3/msse4.1/msse4.2
Fixed on master. On i686 -msse2 is not enabled by default, hence MemoryBarrier() is left unexpanded. GCC should have generated a warning about implicit function declaration which was removed in C99, but it doesn't because the function in question is brought in by a system header. An external definition is actually available, so there is neither compiler warnings nor linker errors.
include/winnt.h: involve <emmintrin.h> when attempting to use SSE2
headers: Complete the winnt.h structs/defines for ARM64
Add IDWriteTextAnalyzer1 related declarations on dwrite_1.h
pthread_cond_signal() should never deadlock. However, the attached program uses the POSIX API in a way that is does not guarantee that pthread_cond_signal() wakes up anything. A quote from the POSIX spec (http://pubs.opengroup.org/onlinepubs/9699919799/functions/pthread_cond_broadcast.html): The pthread_cond_broadcast() or pthread_cond_signal() functions may be called by a thread whether or not it currently owns the mutex that threads calling pthread_cond_wait() or pthread_cond_timedwait() have associated...