There are multiple reasons for abandoning MSYS 1.0 as supported compile platform, in favor of MSYS2.
- Testsuite is guaranteed to fail. There are 2 issues here:
- MSYS 1.0 bash simply won’t work with non-ASCII path, which
is listed as a test case in
rifiuti2. All such paths are treated as ‘No such file or directory’. Same problem has been observed on MSYS2 untilg_win32_get_command_line()call is used. - Some test cases mysteriously fail, but the difference of result inspected with bare eye seems identical. Apparently there is some discrepancy of new line characters at work — it is not an issue on Linux / Unix, but problem will be very observable on Windows.
- MSYS 1.0 bash simply won’t work with non-ASCII path, which
is listed as a test case in
- There was no more update for MSYS / MinGW32 since 2012. Not a fatal sin, but if there is any problem, I have to maintain everything and fix manually. And that’s not a reproduceable development environment.
- No 64-bit support. It is possible to compile both 32 and 64-bit binaries with MSYS2, but old version is 32-bit only.
Four years later: Looks like MinGW + MSYS has a new home and moving again (e.g. 64-bit support) since 2018, but it’s too little too late now.
Yet another 5 years later: Indeed the effort was temporary and fruitless. The last updated package happened in 2020, long before the site’s acqusition by Chinese company which rendered it almost unreachable ever since.
| Date | ChangeLog |
|---|---|
2019-05-31 |
Update on MSYS revival |
2024-05-01 |
Replace links, another update of death status for MSYS |