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:
I take it back, on Windows "regular_file/" is the same path as "regular_file" so stripping the slash is fine, and works consistently with the expected behaviour on the OS. I was foolishly expecting Windows to have sane pathname handling, but I was wrong.
This just seems to be how Windows works, and so is a feature not a bug. I was trying to make the MinGW version of std::filesystem::status behave similar to POSIX, but after comparing it to boost::filesystem::status I think I should just accept this behaviour as correct for Windows. Feel free to close this ticket.
This just seems to be how WIndows works, and so is a feature not a bug. I was trying to make the MinGW version of std::filesystem::status behave similar to POSIX, but after comparing it to boost::filesystem::status I think I should just accept this behaviour as correct for Windows. Feel free to close this ticket.
headers: Avoid builtin clash with _xgetbv in Clang 9
I can confirm this in native Win10 in 32-bit mode. Maybe we should add stat function that checks if dirs are valid -- proposition in attachment.
I forgot to say that I've only tested this under Wine, not on real Windows. I don't know if the same behaviour is seen on Windows.
The fix looks wrong, it means that _stat("regular_file/", &buf) will resolve to "regular_file" but a trailing slash should only be valid on a directory. Stripping the slash unconditionally is wrong. A better fix would be to append "." to the path, so that something ending in a slash is treated as a directory, but that won't work because of https://sourceforge.net/p/mingw-w64/bugs/782/
stat, _stat, _wstat etc. incorrectly resolve '..' components in path
headers: Add DWRITE_VERTICAL_GLYPH_ORIENTATION definition.
include: Add remaining interface definitions from dwrite_1.h.