Tomasz Konojacki

Oops, it seems the Time::HiRes change broke Visual C++. I think it's fixed now.

The question is whether we want to support MinGW.org or not. IMO we shouldn't. I'm not aware of any valid reasons to prefer MinGW.org to MinGW-w64. MinGW.org isn't very popular,...

I don't see how stat() DST bug affects utime(). If stat() returns the wrong timestamp, there's nothing utime() can do about it. However, it seems that I completely forgot about...

BTW, the other Time::HiRes functions also have this problem.

This shouldn't be configurable. Why would anyone want to use the buggy version of printf? Also, on new mingw-w64 versions that option is always enabled, regardless of what you set...

I'm opposed, this is the most important Windows compiler. Also, judging from [the results on blead](https://github.com/Perl/perl5/commits/blead), those failures are pretty rare. Out of 23 runs on the first page only...

However, recently GitHub [updated their windows-latest images](https://github.blog/changelog/2022-01-11-github-actions-jobs-running-on-windows-latest-are-now-running-on-windows-server-2022/) from Windows 2019 to 2022. It's possible it affects our tests, but I don't think there's enough data to tell yet.

>What does that `resolved` that `PerlLIO_lstat`/`win32_lstat` trips over look like? For example `C:\Users\xenu\Documents\git\Path-Class/C:\Users\xenu\Documents\git\Path-Class`. It seems the problem is that the unix version of `Cwd::realpath` started validating paths on Windows when...

Naturally, the native version of `Cwd::realpath` works properly. This is on blead: ``` > perl -e 'use File::Spec; use Cwd; print Cwd::realpath(Cwd::cwd()) // ""' C:/Users/xenu/Documents/git/Path-Class ```

>Carlos started smokng dragonfly at some point, which is showing other errors, which I'm following up. I think those failures are filesystem-related. On my UFS VM tests are 100% passing,...